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FOREWORD 


This  final  report  describes  the  work  conducted  by  Cornell 
Aeronautical  Laboratory  (CAL)  for  the  Institute  of  Systems  Analysis  of  the 
United  States  Army  Combat  Developments  Command  under  Amendment 
P00004  to  US  Army  Electronics  Command  Contract  DAAB07-69-C-0069. 

Earlier  efforts  under  this  contract^ performed  in  response  to  technical 
direction  of  the  Systems  Technical  Area,  Combat  Surveillance,  Target 
Acquisition  and  Night  Observation  Laboratory  ECOM,were  concerned  with 
the  definition  of  STANO*  system  concepts  and  the  analytical  evaluation 
of  system  performance.  The  results  of  these  efforts  were  reported  in 
System  Integration  and  Testing  (U),  Quarterly  Progress  Reports  Nos. 

1,  2,  3,  4,  and  5,  R&tD  Technical  Report  Nos.  ECOM-C069-1,  -2,  -3, 

-4,  -5,  April  1969,  June  1969,  October  1969,  November  1969  and 
May  1970.  The  technical  efforts  performed  under  the  amended  contracts 
and  reported  herein  were  directed  toward  the  synthesis  of  an  assess¬ 
ment  methodology  and  the  design  and  development  of  a  computerized 
simulation  for  use  in  generating  information  about  the  performance  of  STANO 
systems.  The  digital  computer  simulation  model  will  hereinafter  be  referred 
to  as  the  Phase  I  Systems  Assessment  Model  (SAM  I). 

The  results  of  this  present  technical  effort  are  presented  in 
three  volumes,  as  follows: 

Vol  I  -  Model  Description  (this  volume) 

Vol  II  -  Users'  Manual 

Vol  III  -  Program  Listings  and  Flow  Diagrams 

The  Model  Description  (Vol  I)  includes  a  detailed  discussion  of 
all  major  model  components  and  is  presented  in  non-machine-oriented  language. 
Program  subroutines  describing  system  components  and  parameters,  environ¬ 
mental  aspects  and  the  analysis  of  derived  data  are  presented  in  terms  of  the 
physical  processes  being  simulated  and  the  mathematical  and  logical  processes 
that  have  been  employed.  Detailed  discussions  are  also  given  delineating 
the  methodologies  and  techniques  employed  for  computer  implementation  of 
the  model.  Overall  model  structure,*  program  flow  and  computer  control 
logic  are  provided  in  depth. 

The  Users'  Manual  (Vol  II)  presents  the  requisite  data 
required  for  exercising  the  model.  In  addition  to  providing  operating  and 


STANO  is  the  acronym  for  Surveillance,  Target  Acquisition,  and  Night 
Observation. 
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machine  processing  instructions  it  contains  detailed  instructions  or.  the  torm.it 
and  preparation  of  planners'  input.  Also  included  are  data  on  designer  input 
tables  and  block  data  incorporated  in  the  model  design. 

Program  Listings  and  Flow  diagrams  (Vol  III)  contains 
listings  and  flow  diagrams  for  all  subprograms  of  the  overall  model.  rl  he 
flow  diagrams  were  processed  through  a  proprietary  AUTOFLOW  program 
leased  by  CAL  from  Applied  Data  Research,  Inc.  Unlike  Volumes  I  and  II, 
this  volume  consists  of  unbound  computer  printout,  two  copies  of  which  have 
been  submitted  to  USACDCISA. 
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ABSTRACT 


This  report  was  prepared  by  Cornell  Aeronautical  Laboratory,  Inc., 
for  US  Army  Combat  Developments  Command,  Systems  Analysis  Croup,  under 
Contract  DAAB07-69-C-0069,  Amendment  P00002.  This  model  was  developed 
to  support  the  STANO  Program. 

Abstract :  The  STANO  Phase  I  SAM  is  designed  to  simulate  a  brigade  or 
smaller  STANO  System  in  a  low- intensity  conflict.  The  model  will 
permit  the  establishment  and  evaluation  of  numerous  effectiveness 
criteria  for  individual  STANO  sensors  and  subsystems,  it  will  facili¬ 
tate  the  formation  of  improved  candidate  STANO  Systems,  through, 
better  understanding  of  shortcomings  in  organization,  materiel  and 
concepts  of  employment.  It  has  the  capability  of  producing  informa¬ 
tion  permitting  scientifically  supportable  evaluations  and  judgments 
of  interface  requirements  and  trade-off  options  of  STANO  subsystems. 
The  model  can  be  used  for  parametric  analysis,  trade-off  analysis, 
and  system  performance  sensitivity  tests. 


The  two  volumes  of  the  report  are  as  follows: 

Volume  I  -  MODEL  DESCRIPTION 
PART  I 

MODEL  DESCRIPTION 
PART  II 


Volume  II  -  USERS'  MANUAL 


Section  1 
SUMMARY 


1.1  GENERAL 

The  Phase  I  System's  Assessment  Model,  described  in  detail 
in  the  subsequent  sections  of  this  report,  is  designed  to  provide  a  comprehen¬ 
sive  and  realistic  digital  simulation  of  STANO  systems  in  a  real  world 
environment.  The  simulation  utilizes  operational  type  inputs  concerning 
men  and  equipment  derived  from  postulated  battlefield  situations  to  exercise 
the  sensor  performance  routine  and  determines  the  outcomes  of  sensor  versus 
target  encounters.  These  encounters  are  conducted  under  realistic  conditions 
with  respect  to  sensor  reliability,  emplacement,  terrain,  foliage,  wind, 
temperature,  rain,  day,  night,  battle  activities  (artillery,  vehicles,  aircraft), 
local  cultural  aspects  (indigenous  personnel,  animals)  to  examine  the  total 
system  performance.  Thus,  SAM  I  simulates  STANO  systems  within  the 
context  of  their  operating  environment  and  the  variety  of  interactions  which 
exist  between  and  among  these  elements. 

1.2  MODEL  OBJECTIVES 

The  general  objectives  pursued  in  developing  the  SAM  I  were 
to  provide  by  use  of  digital  simulation  a  means  of  generating  information 
concerning  STANO  systems  performance  that  would  aid  in: 

a.  evaluating  candidate  STANO  systems 

b.  reducing  the  number  of  candidate  systems  to  be  tested 

c.  reducing  number  and  type  of  field  tests  to  be  conducted 

d.  determining  where  improvement  in  system  performance 
is  warranted 

e.  establishing  system  requirements. 

Specifically,  the  objective  was  to  design  a  computerized 
mo  .el  to  simulate  the  performance  of  a  brigade  STANO  system  in  a  low 
intensity  SEA  environment.  Significant  features  required  to  be  incorporated 
in  the  model  design  were  as  follows: 

a.  Capability  to  accept  detailed  inputs  in  terms  of  what 
comprises  the  candidate  system.  Also  be  able  to 
operate  with  less  detailed  data. 

b.  Permit  economical  expansion. 
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c.  Model  performance  of  STANO  systems  in  terms  of 
range,  resolution,  system  accuracy,  sensor  logic  , 
line  of  sight  requirements,  false  alarms,  reliability, 
life  expectancy  and  failure  rates. 

d.  Model  processing  of  STANO  derived  data  insofar  as 
practicable. 

e.  Reflect  organizational  concepts  and  methods  of 
employment. 

f.  Model  movement  of  men  and  equipment  with  some  measure 
of  tactical  realism. 

g.  Model  sources  of  false  alarms  incidental  to  operation  of 
combat  forces  as  realistically  as  possible. 

h.  Provide  model  outputs  suitable  for  use  in  quantitative 
assessment  of  candidate  STANO  systems. 

1.3  BACKGROUND 

The  technical  effort  leading  to  the  development  of  the  Phase  I 
System  Assessment  Model  described  herein  evolved  from  technical  analyses 
conducted  by  CAL's  Project  MASS*  under  the  technical  guidance  and  sponsor¬ 
ship  of  the  United  States  Army  Electronics  Command.  The  initial  work 
comprised  analysis  of  a  variety  of  problems  associated  with  utilizing  electronic 
data  collection  devices  in  a  battlefield  environment.  '  "  Results  of  these  analyses 
and  particularly  studies  of  remote  unattended  sensors,  demonstrated  the  need 
for  a  digital  computer  simulation  capable  of  adequately  evaluating  the 
performance  of  the  various  STANO  sensor  systems.  The  diversity 
of  potential  system  configurations  and  the  number  of  parameters  to 
be  considered  under  differing  operational  envrionments,  as  well  as  the 
complexities  of  the  interactions,  made  it  all  but  impossible  to  assess  system 
capabilities  without  a  computer  supported  simulation.  Accordingly,  during 
the  later  phases  cf  the  systems  studies  under  ECOM  auspices,  emphasis 
shifted  to  the  broader  problem  of  developing  a  computer  model  for  simulating 
the  performance  of  electronic  sensor  systems.  The  initial  model  activity 
was  reported  in  the  fourth  and  fifth  quarterly  reports,  covering 
the  period  July- Decembe r  1969. 


MASS  is  an  acronym  for  Mobile  Army  Surveillance  System. 

Refer  to  System  Integration  and  Testing  (U),  Quarterly  Progress  Report 
Nos.  1 ,  2,  3,  4,  and  3,  RkD  Technical  Report  Nos.  ECOM  -0069-  1,  -2,  -3, 
-4,  and  -5,  Cornell  Aeronautical  Laboratory,  Inc.  April  1969,  June  1969, 
October  1969,  November  1969,  and  May  1970  CONFIDENTIA  L. 


While  the  model  development  was  progressing  under  U.  S. 
Army  Electronics  Command  monitorship,  there  was  evolving  at  the  same 
time  within  the  U.  S.  Army  STANO  project  a  requirement  lor  a  STANO 
Systems  Assessment  Model  for  use  in  various  portions  of  that  project.  The 
U.S.  Army  Institute  for  Systems  Analysis  (ISA)  of  the  Combat  Developments 
Command,  after  reviewing  CAL's  Mobile  Army  Surveillance  System  (MASS) 
model  concept  determined  that  this  concept,  when  implemented,  would  most 
closely  satisfy  the  STANO  Systems  Assessment  Model  requirements. 
Accordingly  the  Electronics  Command  contract  with  CAL  was  modified 
(Amendment  P0002)  to  provide  a  new  work  statement  and  CDC/ISA  assumed 
t_._nnical  direction  of  the  contract. 

1.4  OVERALL  MODEL  STRUCTURE 

1.4.  1  The  Simulation  Problem 

The  multitude  of  physical  processes  and  operational  activities 
embodied  in  the  installation  and  operation  of  STANO  systems  requires  the 
comprenhensive  simulation  of  numerous  factors.  This  section  presents  a 
broad  overview  of  the  many  significant  factors  which  were  considered  in  the 
development  of  the  SAM  I.  Important  features  of  military  activities  and 
critical  system  parameters  requisite  to  the  realistic  simulation  of  STANO 
systems  are  delineated  in  order  to  provide  a  situational  background  for  sub¬ 
sequent  detailed  discussions  about  model  components. 

In  developing  the  SAM  I  concepts  it  was  assumed  that  the 
battlefield  environment  consists  of  a  U.S.  Army  brigade  area  of  operations 
in  a  low  intensity  SEA  environment.  Friendly  and  enemy  units  are  assumed 
to  be  based  in  and  move  about  the  area  of  operations  in  the  process  of 
meeting  assigned  military  objectives.  A  30  km  x  30  km  area  of  operations 
was  selected  as  sufficient  to  adequately  circumscribe  the  brigade's  activities. 
Within  this  area,  friendly  forces  are  assumed  to  carry  out  various  military 
functions  including  the  installation  and  operation  of  a  variety  of  STANO 
systems  to  monitor  or  detect  enemy  activities.  These  military  activities 
also  include  the  establishment  of  base  camps  and  fire  bases  requiring 
defensive  surveillance  activities,  and  reconnaissance  sweeps  using  a'l  types 
of  sensors.  Both  manned  and  unmanned  ground  based  sensors  and  manned 
airborne  sensors  are  assumed  to  be  employed  by  all  echelons  in  ac  cordance 
with  the  appropriate  employment  doctrines  and  the  availability  of  equipmen'  . 
Artillery  ambushes  or  fire  traps  are  assumed  established  to  provide  target 
information  for  artillary  tire  missions.  Friendly  and  enemy  forces,  i<u  luding 
men  and  vehicles  are  assumed  to  move  throughout  the  area.  Non-comoatants 
are  also  assumed  to  be  present  in  the  area  of  operations. 

Since  the  basic  objectives  in  the  design  of  SAM  I  was  .o 
provide  a  simulation  model  for  assessing  the  performance  of  SIANO  systems 
it  was  necessary  to  consider  not  only  the  sensor  system  tec  hnic  al  parameters 
and  the  potentical  targets  (friendly  and  enemy  men  and  vel  ides)  hut  also 
the  environmental  factors  that  degrade  system  performance. 


Line-of- sight  considerations  significantly  affect  the  performance 
of  both  data  links  ana  many  specific  sensor  types.  Accordingly,  terrain  and 
foliage  features  must  be  simulated.  Atmospheric  environment  also  has  con¬ 
siderable  impact  on  sensor  perforrnancejtherefore  such  factors  as  wind, 
rain,  cloud  cover,  fog,  daylight,  moonlight,  and  temperature  must  be 
accounted  fo  \ 

The  performance  of  imaging  type  sensors  is  lensitive  to 
ambient  light  conditions  ;  therefore,  the  presence  of  outside  sources  of 
illumination  must  be  included  in  the  simulation.  In  addition,  seismic  and 
acoustic  sensors  are  affected  by  battlefield  activities  such  as  artillery 
firing,  mines,  vehicles  and  aircraft;hence  these  events  must  be  included 
to  provide  simulated  "real  life"  conditions.  Analogous  to  the  battlefield 
activities  are  the  sensor  responses  occasioned  by  the  presence  in  the  area 
of  operations  of  non-combatants  and  their  associated  activities  such  as  • 
personnel  and  vehicular  movements,  aircraft,  and  domestic  animals. 

Seismic,  accoustic  and  other  type  of  sensors  are  also  subject 
to  falsi  alarms  caused  by  natural  phenomena  such  as  lightening,  thunder, 
earthquakes  as  well  as  intern. il  electronic  circuit  noise  and  means 
must  be  provided  to  account  for  the  effects  of  these  phenomena. 

The  many  sensors  available  for  employment  in  the  brigade 
SIAM O  system  also  permit  the  use  of  alternative  emplacement  means, 
resulting  in  the  introduction  of  different  values  of  sensor  location  errors 
and  in  variances  in  the  commanders'  knowledge  of  the  actual  location.  Hence, 
for  ourposes  of  assessing  sensor  performance  (i.  e.  actual  target  detection 
opportunities  versus  potential  opportunities)  the  true  sensor  location  as  well 
as  the  desired  or  commanders'  location  estimates  must  be  determined. 

Equipment  reliability,  maintenance  down  periods  and  battery 
life  fo1*  battery- power  equipment  materially  affect  the  performance  of  STANO 
system."  a  -d  each  of  these  factors  must  be  incorporated  to  achieve  a 
useful  simulation  model. 

Lastly,  in  the  final  analysis  the  worth  of  any  STANO 
system  must  be  assessed  in  terms  of  the  intelligence  that  can  be  derived 
from  the  sensor  detection  or  non-detection  reports.  Accordingly,  simula¬ 
tion  of  the  processing  of  the  sensor  responses  in  terms  of  the  nature  of  the 
targets,  their  locations,  direction  and  rates  of  movements  and  the  assess¬ 
ment  of  whether  the  responses  are  true  targets  or  false  alarms  must  be 
made.  Finally,  the  transmission  of  the  processed  data  to  appropriate 
command  level?  completes  the  STANO  system  simulation  and  ensures  a 
complete  and  practical  systems  assessment  model. 

1.4.2  Model  Features 

The  SAM  I  described  in  this  report  is  a  large  scale  digital 
simulation  modei  that  incorporates  a  number  of  features  designed  to  provide 
wide  model  utility  and  to  provide  a  wide  range  of  options  to  the  model  user. 

While  primarily  structured  around  the  sensor  systems  the  simulation  includes 


submodels  of  the  terrain  and  foliage;  atmospheric,  battle  field  and  cultural 
environments;  communication  flow  processes  and  the  interaction  of  all  these 
elements.  This  results  in  a  large  number  of  factors  being  modelled.  Specific- 
features  incorporated  into  the  model  design  that  materially  enhanc  e  the 
model  usefulness  are  tabulated  below: 

(1)  Selected  levels  of  simulation  are  available  in  many 
portions  of  the  model.  Thus  the  planner  may  input 
quite  specific  weather  conditions  or  use  the  model's 
capability  to  generate  a  complete  representative  weather 
profile  for  the  scenario  area  and  duration  of  game. 
Similarly,  sensor  line-of-sight  checks,  where  appropriate, 
can  be  bypassed  or  included.  Most  other  factors  con¬ 
sidered  can  be  similarly  controlled  bv  planner  control 
of  scenario  inputs. 


(2)  The  model  has  been  designed  for  ease  of  economical 
expansion  in  the  future.  A  modular  concept  is  employed 
such  that  the  model  is  operated  in  a  series  of  sequential 
but  not  continuous  computer  time  operations.  This 
permits  model  expansion  capability  in  terms  of  required 
computer  storage  while  limiting  computer  running  time 
for  any  particular  job  step  to  reasonable  quantities. 

Data  sets  are  constructed  to  permit  easy  expansion  to 
larger  quantities  if  computer  storage  is  available. 

Additional  sensor  system  types  can  be  added  with 
minimum  difficulty. 

(3)  Since  the  model  is  designed  at  present  to  accept  problems 
at  the  Brigade  level,  with  a  nominal  capacity  of  100  enemy 
targets  and  400  sensors  plus  supporting  equipments, 
planner  inputs  can  be  sizable.  On  the  other  hand, 
wherever  possible,  internal  data  sets  called  Model  Designer 
Inputs  are  provided  to  assist  in  reducing  the  planner's 
problems  where  practicable. 

(4)  By  the  use  of  auxiliary  output  programs,  the  planner  may 
select  the  level  of  information  output  desired.  That  is, 

if  sensor  detection  performance  is  all  that  is  required,  the 
user  can  stop  at  that  level  of  model  design  output.  If 
sensor  report  analysis  is  desired,  this  may  be  further 
investigated  by  using  the  auxiliary  output  information 
processing  programs. 

(5)  Related  to  (2)  above,  computer  running  time  was  recognized 
early  as  becoming  sizable  if  not  carefully  controlled.  The 
basic  approach  to  minimizing  running  time  was  to  design 
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model  steps  of  prerequisite  functions  so  that  the 
functions  must  be  satisfied  before  the  next  step  is 
called,  and  before  calling  the  most  complicated  and 
time  consuming  operations,  such  as  exercising  the 
sensor  performance  detection  subroutines. 

{6)  A  final  feature  of  the  model  which  assists  in  parametric 

analysis  is  the  retention  of  the  outcome  of  the  many  * 

decisions  made  during  a  game.  Thus  the  planner  may 
select  one  (or  a  few)  factors  for  parametric  analysis 

and  arrange  that  the  decision  outcomes  for  other  factors  j 

be  retained  fixed  for  repeated  runs.  This  allows  for  A  j 

the  feature  under  investigation  to  be  incremented  over  a  ; 

range  of  interest  without  the  confusion  of  varying  other  ■ 

factors.  i 

1.4.3  Model  Overall  Design  < 

3 

The  Phase  I  Systems  Assessment  Model  is  a  time-stepped  I 

simulation.  That  is,  the  model  first  accepts  planner  inputs  and  prepares  » 

all  necessary  data  holding  time  at  t  -  0.  The  model  then  proceeds  to  generate  i 

a  series  of  events  associated  with  the  sensor  systems,  potential  target  ! 

detections,  false  alarms,  etc.  These  events  are  then  played  in  sequence  i 

through  the  sensor  systems  with  the  outcomes  becoming  the  primary  output.  ? 

The  simulation  is  very  detailed  in  many  of  the  effects  considered  and  because  | 

of  its  resultant  size  and  complexity  has  been  divided  into  a  series  of  submodels.  1 

The  overall  structure  of  these  submodels  in  relation  to  the  total  Phase  I  SAM 
is  shown  in  Figure  1.4-1. 


As  can  be  seen  from  Figure  1,4-1,  inputs  to  the  model  come 
from  digitized  topological  and  terrain  data  tapes  which  are  then  "thinned" 
and  used  as  inputs  to  the  PRERUN  program  and  as  additional  inputs  to  the 
Radar  Contour  submodel  and  the  Data  Link  submodel.  Atmospheric  conditions 
are  also  entered  as  needed  and  the  game  planner  inputs  all  other  desired 
scenario  conditions.  PRERUN  and  the  Main  Simulation  Model  (MSM)  are  the  major 
operating  programs  which  provide  the  basic  output  for  further  analytical 
processing.  The  main  design  goal  was  to  provide  the  user  with  complete 
flexibility  in  selecting  and  specifying  inputs  and  in  exercising  post-MSM 
processing  or  in  choosing  any  combination  of  the  many  model  options. 

Nine  separate  submodels  make  up  the  total  model  as  follows: 


Auxiliary  Input  Programs 


Atmospher  i.- 
Make  Sparse  Terrain 
iladar  Contour  Plots 
UF  Data  Link  Analysis 


Primary  Programs 


PRERUN 

Main  Simulation  (MSM) 

Information  Processing  Programs 

Unattended  Sensor  Analysis 
Attended  Sensor  Analysis 
Tactical  Communications 

The  following  summarized  description  of  each  submodel 
provides  an  understanding  of  how  the  overall  model  operates  to  achieve  the 
previously  cited  task  objectives. 

As  an  initial  auxiliary  input  step,  the  Atmospheric  model  is 
designed  to  generate  the  atmospheric  environment  present  in  the  scenario 
area  for  the  duration  of  the  game  time.  Its  output  is  used  by  both  the  PRERUN 
and  MSM  and  consists  of  some  18  subroutines.  Using  optional  levels  of 
planner  inputs,  this  program  generates  16  meteorological  values  necessary 
for  us°  in  later  parts  of  the  simulation.  These  values  are  produced  and 
stored  as  tables.  (The  values  change  with  time  and  as  significant  changes 
occur  in  the  parameters.)  As  currently  supplied,  the  model  is  capable  of 
supplying  the  atmospheric  environment  in  South  Vietnam  for  any  game  up  to 
six  weeks  duration  based  on  actual  weather  statistics  supplied  by  the  U.  S. 

Air  Force  Environmental  Technical  Applications  Center,  Washington,  D.C. 
This  model  is  discussed  i.i  detail  in  Section  5.2  of  this  Volume. 

The  Make  Sparse  Terrain  Tape  model  is  used  as  an  auxiliary 
input  submodel  to  produce  a  digital  terrain  tape  of  up  to  a  30  x  30  km  scenario 
area  based  on  ISA  modified  digital  topographic  tapes  supplied  by  the  U.  S.  Army 
Topographic  Command.  Two  subroutines  make  up  this  submodel  and  its 
output  (data  points  on  tape  spaced  approximately  100m  apart)  is  used  as  an 
input  to  PRERUN  and  the  other  two  auxiliary  input  models,  Radar  Contour  Plot 
and  RF  Data  Link  Analysis.  A  closely  related  program  of  the  model  provides 
for  the  development  of  input  unit  terrain  descriptor  tables  and  an  input 
terrain  index/x,  y  coordinate  table  which  specifies  a  terrain  type  lor  each 
500  square  meters  of  the  scenario  area.  These  terrain  indices  and  their 
associated  nineteen  terrain  feature  parameters  of  interest  (foliage,  soil 
tvoe.  etc.  )  are  used  as  required  inputs  for  both  primary  models  (PRERUN 
and  MSM)  and  in  tne  RF  Data  Link  Analysis  and  Radar  Contour  plot  submodels. 

These  terrain  feature  tables  are  not  computer  generated  but  are  planner 
prepared  based  on  a  grid  overlay  of  scenario  area.  Both  the  terrain  tape 
submodel  and  terrain  parameter  development  process  are  discussed  in  more 
detail  in  Section  5.3  of  this  Volume. 


The  Radar  Contour  Plot  model  is  an  auxiliary  input  submodel, 
which  can  be  used  to  check  coverage  of  selected  radars  on  the  scenario.  The 
20  subroutines  making  up  this  program  provide  plotted  contours  of  radar 
coverage,  taking  into  account  foliage  and  terrain  masking  in  the  area  surround¬ 
ing  the  radar  site.  This  submodel  is  discussed  in  more  detail  in  Section  b.f 
of  this  Volume.  The  use  of  this  submodel  is  optional. 

The  RF  Data  Link  Analysis  is  similarly  an  ontional  auxiliary 
input  model,  operated  independently  of  the  main  simulation  flow.  Using  planner 
inputs  on  sensor  transceivers,  monitors,  and  relay  locations  and  equipment 
characteristics  together  with  computed  terrain  and  foliage  path  data,  this 
model  computes  the  prospective  transmission  losses  of  each  link  and  the 
likelihood  of  communication  success.  This  model's  22  subroutines  operate  in 
two  steps--first  extracting  the  terrain  and  foliage  data  for  the  RF  path  between 
terminals  and  then  computing  RF  losses  anticipated  over  the  oath.  It  is 
designed  as  an  aid  in  checking  RF  data  link  communications  efficiency.  This 
submodel  is  discussed  in  detail  in  Section  6.3  of  this  Volume. 


Referring  to  Fig  .  1.4-1  again,  the  next  step  in  model  processing 
involves  the  use  of  atmospheric  model  outputs,  the  digital  terrain  tape,  and 
other  planner  inputs  to  carry  out  the  series  of  job  steps,  titled  PRERUN.  The 
PRERUN  portion  of  the  model  was  designed  as  a  means  of  reducing  overall 
computer  storage  requirements  and  for  conserving  continuous  computer 
running  time.  By  processing  all  the  interactions  that  are  not  required  to  be 
run  in  actual  game  time  sequence,  it  was  possible  to  derive  an  ordered  set 
of  significant  events  which  could  then  be  processed  in  the  Main  Simulation. 

This  processing  was  further  broken  down  into  a  series  of  13  sequential 
job  steps  covering  the  functions  shown  in  Tab  1,4-1.  Some  96  subroutines 
and  20  internal  data  sets  are  included  in  PRERUN.  This  job  step 
breakdown  has  alleviated  the  need  for  iarge  blocks  of  storage  and  allows 
the  program  to  be  run  without  requiring  a  large  single  block  of  computer  time. 
The  steps  have  been  so  designed  that  further  sub-division  is  easily  done  if  it 
is  desired  to  reduce  the  storage  requirements  and/or  to  process  a  much  larger 
scenario  than  the  original  design  specified.  Thus,  although  this  version  was 
run  on  an  IBM  360/65,  it  is  easily  adaptable  to  other  machines. 

Taole  1.4-1 
PRERUN  JOB  STEPS 

Step  Description 

0  Sets  game  variables  -  Reads  and  converts  planner  input. 

1  Computes  up/down  times  of  monitors,  liretraps,  relays, 

data  links  and  unattended  ground  sensor  arrays. 

Computes  up/down  limes  of  sensors  in  unattended  ground 
sensor  arrays  and  stationary  scanning  arrays. 
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Table  1 ,4-1 (Cont , ) 
PRERUN  JOB  STEPS 


^teP  Decxription 

3  Computes  ground  truth  positions  for  sensors  in  unattended 
ground  sensor  arrays  and  stationary  scanning  arrays. 

4  Computes  ground  truth  positions  and  up/down  times  for 
moving  sensor  arrays. 

5  Prepares  system  parameter  data  set  for  use  by  MSM. 

6  Plays  Battle  and  Culture  activity. 

7  Computes  false  alarms  and  sensor  parameter  changes. 

8  Generates  targets  from  BLUE-RED  forces  -  Plays 
earliest/latest  possible  detection  times  for  sensor-target 
combinations. 

9  Line  of  Sight  checks. 

10  Creates  MSM  sensor  interrogation  events  (Type  1)  - 
Adds  false  target  information  where  required. 

11  Merges  all  MSM  events  generated  by  PRERUN. 

12  Blocks  MSM  events  (900  or  fewer  words/bloek). 


The  primary  PRERUN  output  is  a  time- seqi.enc ed  listing  of 
events  which  are  processed  in  the  Main  Simulation  (MSM).  These  events 
comprise  10  types  requiring  MSM  processing  dIus  an  END  event.  These 
ten  types  are  shown  in  Table  1.4-II.  Also,  output  from  PRERUN  provide 
various  sensor  and  background  parameters  necessary  for  later  sensor 
detection  processing. 

Table  1.4-II 

LIST  OF  EVENT  TYPES 


Event 
ype  Code 


Event  Descriptive  Name 


From  PRERUN 
Step  No. 


1  Sensor  Interrogate  (against  Target(s))  10 

2  Sensor  False  Alarm  7 

3  Sensor  Parameter  Change  7 

4  Sensor  Up/Down  Status  Control  2,4 

5  Monitor  Up /Down  Status  Control  1 

6  Data  Link  Up/Down  Status  Control  1 

7  Firetrap  Up/Down  Status  Control  1 


Table  1.4-H 


LIST  OF  EVENT  TYPES 

From  PR E RUN 

Event  Descriptive  Name  Step  No. 

.Arrays:  Empla^  e/Cease  Operations  1,4 

Battlefield  Illumination  6 

Sensor  Reposition  (coordinate  change  if  3 

reemplacemer.i  occurs) 

END  (terminate  MSM  processing:  no  3 

more  event  data) 

PRERUN  processing  details  are  presented  in  Section  2.  1 
of  this  Volume;  the  sensor  background  subroutines  used  in  Step  7  are  disc  ussed 
in  Section  3.2;  the  interaction  subroutines  involving  emplacement  and 
reliability,  ground  truth  position,  sensor /target  interaction,  false  alarms, 
and  line  of  sight  are  discussed  in  Section  4.  Cultural  and  battlefield  effects 
are  discussed  in  Section  5.4. 

The  next  step  in  the  model  structure  involves  the  use  of 
PRERUN  output  event  schedules  to  drive  ’  single  job  step  the  Main  Simulation 
Model  (MSM).  The  sequence  of  these  events  dictates  the  dynamic  execution 
within  the  MSM.  Additional  inputs  are  required  involving  time,  terrain, 
equipment  parameters,  atmospheric  conditions,  and  other  miscellaneous  data. 

The  MSM  is  a  complex  of  7 5  subroutines  th.V  simulate  the 
actual  sensor  equipment  performance  and  also  provide  for  necessary  processing 
control,  input  and  output  processing  and  other  auxiliary  computations.  These 
7  5  MSM  subroutines  fall  into  10  general  categories  as  shown  in  Table  1.4-1 1 1. 


Table  1.4-III 
MSM  SUB  ROUT  EXES 


Block  Data  1 

Executive  Routines,  Level  1  3 

Executive  Routines,  Level  2  8 

Executive  Routines,  Level  3  8 

Sensor  Subroutines  1  1 

Outputs  Output- Related  9 
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Table  1.4-III 
MSM  SUBROUTINES 


No. 

Category  Programs 

Input  Auxiliaries  ■  3 

System  Utility  Routines  9 

Storage  Access  Utilities  6 

Geometry  8.-  Other  Auxiliary  _17 

Total  7  5 


Included  in  the  MSM  are  nine  generic  sensor  type  performance 
models  as  follows: 


o 

Seismic 

o 

Passive  Infrared 

o 

Acoustic 

o 

Radar 

0 

Magnetic 

o 

Imaging  devices 

o 

ARF  BUOY 

o 

Thermal  devices 

o 

Breakwire 

The  MSM  output,  in  the  form  of  .  n  "immediate"  printed  output  and  a  data  set 
stored  on  tape  or  disc,  consists  of  the  time  histories  of  the  various  sensor 
detection  results  together  with  amplifying  data  on  target  identity,  game  play 
and  game  truth.  In  addition  at  th a  end  of  a  game  certain  summarized  informa¬ 
tion  is  printed.  The  MSM  processing  is  discussed  in  Section  2.2  of  this 
Volume  and  the  nine  Sensor  Subroutines  themselves  in  Section  3.3. 

Three  further  information  processing  submodels  are  included 
in  the  overall  model  structure.  These  submodels  are  in  the  category  of 
output  processing--that  is,  they  a’-e  intended  for  use  in  deriving  further 
information  from  the  sensor  detection  decisions  output  by  the  MSM.  They 
are  not,  at  this  time,  designee  to  be  directly  linked  to  the  MSM  output,  which 
means  the  inputs  to  these  models  require  manual  preparation  using  the  MSM 
output  data. 

Tiie  Unattended  Sensor  Analysis  submodel  has  been  designed 
for  the  purpose  of  processing  and  analyzing  activation  signals  (including  false 
alarms)  received  at  a  remote  monitor(s)  from  various  types  and  combinations 
of  unattended  sensor s /sensor  arrays  and  providing  target  reports  in  terms  of 
timeliness,  accuracy  and  content.  This  submodel  consists  of  22  subroutines 
which  presently  analyze  inputs  that  consist  of  manually  prepared  activation 
events  received  over  data  links  from  the  various  unattended  sensors  and  arrays 
of  sensors.  These  subroutines  perforin  a  series  of  evaluations  of  the  sensor 
activation  data  in  developing  .<  \  triety  of  information  for  inclusion  in  target 
reports.  These  reports  can  include  target  presence,  type,  speed,  direction 
of  movement,  length,  number  of  elements,  estimated  times  of  a -rival  at 
future  positions,  times  of  occurrence  of  various  events  and  target  locations 
as  a  maximum  depending  on  mission  objectives  and  sensor  array  configura¬ 
tions  utilized.  This  -  ubmodol  is  discussed  in  detail  in  Section  6.4  of  mis  report. 
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The  Attended  Sensor  Analysis  submodel  is  designed  to 
transform  target  detection  signals  f-om  manned  type  sensors  (radar,  image 
devices'  which  are  the  output  of  the  attended  sensor  performance  subroutines 
in  the  MSM  into  the  type  of  target  information  which  an  operator  would  derive. 
For  a  radar,  for  example,  this  submodel  will  yield  target  range  and  bearing 
based  on  MSM  detection  decisions  and  sensor  game  play  locations.  This 
model  has  been  designed  with  exemplary  linkages  to  the  MSM  output  tape  in 
order  to  demonstrate  how  this  can  be  accomplished  in  future  model  expansion. 
This  submodel  is  discussed  in  detail  in  Section  6.  5. 

The  Tactical  Communications  submodel  is  designed  to 
simulate  the  processing  of  STANO  system  derived  target  information 
messages  between  various  command  levels  of  the  brigade.  It  consists  pf 
12  subroutines  and  is  designed  around  time  delay  considerations  in  such 
message  communications.  It  is  designed  as  an  auxiliary  model  which  also 
requires  manually  prepared  input  based  on  MSM  output.  Four  communications 
nets,  four  levels  of  command,  and  interaction  with  non-STANO  traffic  are 
included  in  the  programs  design.  Total  delay  from  operator  target  recognition 
to  message  delivery  is  the  output  for  each  message  introduced  in  the  programs. 
This  submodel  requires  manual  preparation  of  input  message  parameters  and 
is  discussed  in  Section  6.6. 

1.  5  APPLICATION  OF  THE  PHASE  I  SYSTEM  ASSESSMENT 

MODEL 

The  preceding  paragraphs  have  delineated  the  situational 
problem  simulated  in  SAM  I.  Also,  the  model  features  have  been  discussed 
and  the  overall  model  structure  in  terms  of  the  major  submodels  has  been 
described.  It  seems  appropriate  now  to  discuss  briefly  some  of  the  more 
significant  applications  of  the  Systems  Assessment  Model.  Experience  in 
using  the  model  will  undoubtly  aid  in  the  discovery  of  important  applications 
other  than  those  included  herein,  however,  the  uses  discussed  below  will 
serve  to  indicate  the  potential  worth  of  applying  the  SAM  I  to  U.  S.  Army 
problems. 

The  acceptance  of  detailed  input  data  and  the  modular  features 
of  the  model  provide  the  necessary  flexibility  required  for  application  of 
SAM  I  to  a  broad  spectrum  of  problems  ranging  from  single-sensor  simula¬ 
tions  to  complete  large  scale  brigade  STANO  system  operations.  Specific- 
applications  are  outlined  below. 

a.  SINGLE-SENSOR  PARAMETRIC/SENSITIVITY  ANALYSES 

Purpose 

Evaluation  of  changes  in  sensor  performance,  versus  controlled 

changes  in: 

(1)  sensor  parameters  (including  hypothetical  changes  not 
necessarily  available  in  current  hardware) 


(2)  target  types  and  target-sensor  geometries 

(3)  environmental  factors  (meteorological,  terrain, 
and  noise-producing  background) 

Characteristics  of  Program  Operation 

Single  sensor  evaluations 
Low  storage  requirements 
Fast  computation 

Explicit  planner  control  of  game  (e.g.,  no  red  vs. 
blue  strategy;  parameter  variations  controlled, 
not.  stochastic) 

Critique 

Very  simple  application  of  SAM  I  model 

Absolute  performance  values  of  less  importance 
than  relative  changes  caused  by  controlled 
perturbations 

In  the  early  post-development  period,  the  sensitivity 
measures  (and,  to  a  limited  extent,  the  absolute 
performance  values)  are  important  in: 

(a)  providing  limited- scope  data  that  can  be  compared 
against  field  data,  for  validation  of  program, 
and/or 

(b)  indicating  what  parameters  are  critical,  so  that 
the  problem  of  verifying  simulation  accuracy,  or 
of  obtaining  better  numerical  data  (by  field  test, 
for  example)  can  be  split  into  "critical"  vs. 

"none ritical"  categories. 

b.  SINGLE-ARRA Y  PARAMETRIC /SENSITIVITY  ANALYSES 
Purpose 

Evaluation  of  relative  effects  on  array  performance  versus 
ontrolled  changes  in: 


(1)  target  types  and  target  locations  relative  to  array 

(2)  environmental  factors  (meteorological,  terrain,  and 
noise -produc ing  ba  c  kg  round) 

(3)  local  geometries  of  sensor  emplacements  within  the 
a  r  ra  y 
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(4)  mixes  of  different  generic  types  of  sensors  within 
the  array 

(5)  reporting  and  decision  logic  involved  in  multiple- 
sensor-array  data  interpretation 

Characteristics  of  Program  Operation 

Single  arrays  (with  variable  number  of  sensors, 
possibly  of  mixed  types) 

Low  storage  requirements 

Fast  computation 

Explicit  planner  control  of  game  (e.g.  ,  no  red  vs. 
blue  strategy;  parameter  and  logic  variations 
controlled,  not  stochastic) 

Critique 

Simple  application  of  SAM  I  Phase  I  model,  but 
moderate  amount  of  pre-planning  required. 

Application  to  an  entire  level  of  complexity 
higher  than  the  single- sensor  simulations. 

Results,  however,  are  more  useful  in  evaluating 
the  doctrine  of  sensor  use  (at  a  local  level)  than 
in  evaluating  individual  sensors,  so  this  applica¬ 
tion  does  not  replace  the  single-sensor  simulations 
in  terms  of  value. 

c.  LARGE-SCALE  SYSTEMS  OVER  LARGE  AREAS, 

LONG  TIMES 

Purpose 

Bona  fide  use  of  the  SAM  I  to  answer  basic  military  questions 
on  sensor  system  deployments,  operations,  etc. 

Two  basic  problems  connected  with  bona  fide  large-scale 
simulations  hinge  on: 

(1)  Problem  definition:  exactly  what  useful  answers  art- 
expected  from  the  simulation  runs? 

(2)  Experimental  design:  exactly  how  is  the  program 
to  be  controlled  over  a  seonence  of  runs,  so  that 
statistically  valid  conclusions  can  be  drawn  within 
reasonable  computer  running  time  ' 
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Characteristics  of  Program  Operation 

Requires  exercise  of  complete  model 

Maximum  storage  requirements 

Planner  data  inputs  large 

Parameter  and  logic  variations  stochastic 

Provides  data  applicable  to  assessing 
large-scale  system  performance 

Allows  alternative  levels  of  activity  to  be 
evaluated. 

C  ritique 

The  stochastic  elements  of  the  game,  including 
the  implied  independent  red-vs-blue  strategy 
in  target  and  sensor  layouts,  imply  that 
"experimental  ’'esign"  carries  most  of  its 
formal  statistical  meaning.  Thus  the  collective 
"user"  needs  statistical/analytical  support 
as  well  as  military  judgment. 

The  use  of  a  portion  T  a  previous"  run  as  a 
partial  basis  for  a  "new"  run  requires  careful 
attention  10  the  control  of  the  numerous  random 
generators  internal  to  the  program. 

OTHER  USES  OF  THE  MODEL  ARE: 

(1)  Support  of  field  tests  by  employing  the  SAM  I  to: 

(a)  Screen  ca  didate  systems  to  be  tested 

(b)  Assess  the  effect  of  small  changes  in  a 
candidate  system  shown  from  field  test 

to  be  better  than  other  candidate  systems. 
The  type  of  "what  if"  questions  that  could 
be  further  explored  svithout  additional 
field  test  might  be  as  follows: 

o  What  if  environmental  conditions 
(weather,  time  of  day,  etc.)  had 
been  different? 

o  What  it  failure  rate  of  equipment 
had  been  different? 

o  What  if  sensor  location  errors  are 
different  ? 


(c)  Screening  organizational  and  operational  concepts 
to  be  tested 

(2)  Support  for  development  of  new  items  of  STANO 
equipment  by  assessing  e'ffect  of  environment  on 
conceptual  hardware  designs. 

(3)  Support  of  Engineering  Test  by  screening  items 
to  be  tested. 

1.6  CONCLUSION 

The  Phase  I  Systems  Assessment  Model  as  now  developed 
is  a  large  and  complex  simulation.  To  give  some  perspective  to  its  present 
size,  the  dimensions  of  the  basic  planner  input  data  sets  are  shown  in 
Table  1.6-1.  It  totals  among  its  nine  submodels  approximately  240  sub¬ 
routines  and  the  total  program  involves  some  40,  000  FORTRAN  statements. 
As  currently  implemented  in  terms  of  designer  inputs,  terrain,  environment 
and  other  aspects,  it  is  applicable  to  low-intensity  Southeast  Asia  conflicts 
involving  a  U.S.  brigade  size  operation.  There  are,  however,  no  known 
limitations  to  its  being  expanded  to  larger  size  operations,  higher  conflict 
situations,  or  different  areas  of  conflict.  Nine  major  generic  sensor  types 
have  been  modeled  and  additional  ones  can  be  easily  added  as  required. 

In  addition  to  its  capability  of  simulating  rather  large 
scale  (brigade  size)  STANO  systems,  it  also  provides  efficient  simulation 
for  smaller  scale  problems  -  for  example,  sensitivity  analyses  -  that  may 
have  nearly  equal  near  term  imuortance.  A  large  number  of  system  features 
are  treated  in  detail,  yet  the  program  is  not  self-limiting;  flexibility  is 
maintained  for  additions,  deletions,  or  changes  that  would  naturally  be 
indicated  as  the  base  of  available  data,  the  development  of  new  system  hard¬ 
ware  or  operational  tnd  organizational  concepts,  and  the  experiences  with 
the  initial  version  of  the  model  -  all  change  with  time. 


Table  1.6-1 


PLANNER  INPUT  DATA  SET  DIMENSIONS 


Data  Set 


Dimension 


Unattended  Ground  Sensor  Arrays  200 

Position  Error  Parameter  Set  50 

Sensors  400 

Sensor  Description  Parameter  Set  100 

Firetrap  Kill  Point  Systems  50 

Monitors  100 

Monitor  Parameter  Set  10 

Relays  50 

Relay  Reliability  Parameter  Set  10 

Data  Links  500 

Receiver/Transmitter  Parameter  Set  10 

Path  Data  27  5 

Force  Type  Parameter  Set  100 

Coverage  Scan  Parameter  Set  150 

Navigation  Systems  (4  types)  4  (each  type) 

Stationary  Scanning  Arrays  300 

Moving  Arrays  200 

Blue  Forces  (Potential  False  Targets)  300 

Red  Forces  (Targets)  100 


Notes:  i.  Total  sensors  is  400,  which  is  less  than  the  sum  of 

the  (maximum)  dimensions  for  each  sensor  type  array. 

2.  The  Blue  Force  includes  moving  arrays;  thus,  if 

200  moving  arrays  are  input,  an  additional  100  Blue 
Forces  (non- sensors  )  maximum  is  allowed. 
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Section  2 

MODEL  PROCESSING 
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2.  i  PRERUN 

2.1.1  Introduction 

PRERUN  is  the  first  of  the  two  pi'imary  and  major  Phase  I 
System  Assessment  Model  sections.  Its  purpose  is  to  simulate  all  the 
activities  associated  with  the  scenario  and  STANO  system  operation  up 
to  the  point  of  sensor  detection  simulation.  The  basic  purpose  of  PRERUN 
is  thus  to  produce  an  ordered  sequence  of  events  for  MSM  processing 
through  the  various  generic  sensor  type  performance  models.  As  such, 
PRERUN  includes  all  the  reliability  subroutines;  ground  truth  positions 
are  computed  and  the  space-time  intersections  of  targets  and  sensors  are 
computed.  Line-of- sight  is  treated  where  necessary.  The  Culture  and 
Battle  programs  are  called  to  produce  background  effects,  false  targets, 
and  illumination-type  events.  False  alarms  and  sensor  parameters  which 
are  functions  of  environmental  conditions  are  computed.  An  attempt  has 
been  made  to  include  as  much  preprocessing  as  possible  in  order  to  pass 
only  significant  events  to  the  Main  Simulation  Model  (MSM). 

The  primary  input  to  PRERUN  is  the  Planner  Scenario  Data. 
Other  inputs  include  the  Atmospheric  Data  generated  by  the  Atmospheric 
submodel,  the  Digital  Terrain  Data  (from  MAKTAP  Program)  and  terrain 
description  data  (subroutine  TERAN).  These  are  discussed  further  in  Section 

2.1.2. 


As  noted  above,  the  primary  output  is  a  time-ordered 
sequence  of  events  for  processing  in  the  MSM.  Ten  types  of  events  are 
provided  as  shown  in  Table  2.  1-1.  These  events  are  generated  in  PRERUN 
as  the  result  of  simulating  activities  in  the  scenario  area  leading  up  to 
sensor  detection  simulation.  Based  on  planner  inputs,  sensors  in  arrays, 
data  links,  relays,  and  monitors  are  emplaced  and  up/down  times  computed. 
Emplacement  errors  are  computed  and  ground  truth  positions  established. 
Targets  (from  both  red  and  blue  forces)  are  moved  through  scenario  area 
as  dictated  by  planner  and  times  of  possible  detection  by  those  sensors 
which  are  operational  are  computed.  Battlefield  and  cultural  environment 
events  and  background  effects  are  assessed  and  false  alarms  a.id  sensor 
parameter  changes  computed.  Sensor  line  of  sight  is  checked  where 
appropriate.  The  PRERUN  thus  serves  to  simulate  all  the  movements 
and  activities  on  the  scenario  area  that  may  influence  sensor  performance. 

All  such  activities  are  scheduled  by  time  and  type  for  playing  in  the  MSM. 

PRERUN  has  been  subdivided  into  13  job  steps,  containing 
96  subprograms  and  20  internal  data  sets.  The  steps  are  shown  in  Table  2.1-II. 
This  has  alleviated  the  need  for  large  blocks  of  storage  anu  allows  the 
program  to  be  run  without  requiring  a  large  single  block  of  computer  time. 

The  steps  have  been  so  designed  that  further  subdivision  is  easily  done  if 

much  larger 
version 
use  of 
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it  is  uesired  to  reduce  the  storage  requirements  and/or  process  a 
scenario  than  the  original  design  specified.  Thus,  although  this 
was  run  on  an  IBM  360/65,  it  is  adaptable  to  other  machines.  The 
USASI  FORTRAN  throughout  frees  PRERUN  of  any  machine  dependence. 
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Table  2.1-II 
PRERUN  STEP  DEFINITIONS 


STEP 


DESCRIPTION 


MSM  EVENT 
CREATED 


0  Sets  Game  Variables  -  Reads  and  Converts  Planner  Input 

1  Computes  Up/Down  Times  of  Monitors,  Firetraps,  Relays,  5,6.7  5  8 
Data  Links  and  UGS  Arrays 

2  Computes  Up/Down  Times  of  Sensors  in  UGS  Arrays  and  4 

STASCAN  Arrays 

3  Computes  Ground  Truth  Positions  for  UGS  Arrays  and  10 

STASCAN  Arrays 

4  Computes  Ground  Truth  Positions  and  Up/Down  Times  for  4,8 

MOV  Arrays 

5  Prepares  System  Parameter  Data  Set  for  use  by  MSM 

6  Plays  Battle  and  Culture  9 

7  Computes  False  Alarms  and  Sensor  Parameter  Changes  2,3 

S  Generates  Targets  from  Blue-Red  Forces  -  Plays  ELPDT 

(Sensor-Target  Detections) 

9  Line-of-Sight 

10  Creates  MSM  Event  1  -  Adds  False  Target  Information  1 

Where  Required 

11  Merges  all  MSM  Events  Generated  b>  UN 

12  Blocks  MSM  Events  (900  or  Fewer  Words/Block) 
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The  relation  of  PRERUN  to  remainder  of  SAM  is  shown 
in  Figure  2.  1-1.  The  following  paragraph  will  discuss  its  operation  in 
mote  detail.  Since  what  it  accomplishes  is  best  understood  in  terms  of 
its  inpuls  and  outputs,  these  are  covered  first  in  Sections  2.  1.2  and  2.  1.3. 
Following  this  the  internal  PR E RUN  structure  is  discussed  together  with 
several  important  features  (Section  ?..  1.4).  Following  this,  the  descriptive 
comments  of  each  subroutine  are  presented  (Section  2.  1.5)  and,  finally, 
the  PRERUN  common  areas  are  presented  (Section  2.  1.6)  since  these 
govern  the  size  of  trie  irodel. 

2.1.2  Input  Data 

Three  input,  data  sets  are  required  for  PRERUN  as  follows: 

(a)  Planner  Input  Scenario  (data  on  cards  via  SYSIN). 

(b)  Time  parameters  (BASICT)  and  Atmospheric 
data  tables  (ATMON)  (disc  file;  MASSDAT; 
prepared  by  Atmospheric  model  prior  to  PRERUN 
execution). 

(c)  Digital  Terrain*  (tape  file;  JPOUT;  prepared 
by  MAKTAP  prior  to  PRERUN  execution). 

The  planner  prepared  scenario  data  is  entered  into  the 
program  by  a  card  deck  that  includes  an  initial  block  of  18  header  cards 
followed  by  cards,  corresponding  to  29  major  data  sets.  The  card  deck 
is  illustrated  in  Figure  2.  1-2  and  the  data  sets  are  listed  in  Table  2.  1  -  III. 
Suggested  formats  of  the  heade-  cards  and  a  detailed  description  of  the  data 
sets  and  their  preparation  is  contained  in  Volume  II  (Section  6  and 
Appendix  F). 

2.1.3  Output  Data 

PREiRUN  generates  two  outputs,  both  of  which  become 
the  primary  inputs  to  the  MSM.  These  two  outputs  are: 

(a)  System  Parameters  (edited  for  MSM  use; 
disc  file;  JTFWDF). 

(b)  Events  (disc  file;  EVENT  1). 

The  system  parameters  are  the  sensor  system  parameters 
as  received  from  planner  input  and  prepared  or  modified  in  PRERUN. 

These  system  parameters  are  prepared  for  the  MSM  in  PRERUN  Step  5 


Not  required  if  dm:. my  line-of-sight  routine  is  used. 
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iopocom/isa  i  *ri 


DATA  II  1  CARD  PER  SUBSET 


Table  2.1-III 


DATA  SET 

0 

I 

II 

III 
*'/ 

V 

VI 

VII 

VIII 

IX 

X 

XI 

XII 

XIII 

XIV 

XV 

XVI 

XVII 

XVIII 

XIX 

XX 

XXI 

XXII 

XXIII 

XXIV 

XXV 

XXVI 

XXVI I 
XXVIII 
XXIX 


PLANNER  INPUT  DATA  SETS  FOR  PRERUN 
(SCENARIO  SPECIFICATIONS) 

NAME 


Header  Cards 
Arrayugs 

Position  Error  Parameter  Set 
Sensors 

Sensor  Descriptor  Parameter  Set 
Firetrap  Kill  Point  System 
Monitors 

Monitor  Parameter  Set 
Relays 

Relay  Reliability  Parameter  Set 
Data  Links 

Receiver/Transmitter  Parameter  Set 
Path  Data 

Force  Type  Parameter  Set 
Coverage/Scan  Parameter 
Navigation  System  (HYPERBOLIC) 

Navigation  System  (RHO-THETA) 

Navigation  System  (DOPPLER) 

Navigation  System  (Normally  Distributed  Errors) 

STASCAN  Arrays 

MOV  Arrays 

Blue  Forces 

Red  Forces 

Battle  PIEVT  Table  (Planner  Events) 

Battle  RSEVT  Table  (Random  Events) 

Battle  XCLUA  Table  (Exclusion  Area) 

Battle  FSPTR  Table  (Fire  Support  Base) 

Culture  PCF.VT  Table 
Culture  RCEVT  Table 
Culture  SNFDX-Y 
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using  a  converted  data  set  of  planner  input  (DATAIN)  and  the  ground  truth 
position  tables  of  tin-  sensors  which  in  turn  are  generated  in  earlier 
PRERUN  steps.  The  parameters  transferred  to  MSM  include  only  those 
used  in  the  MSM  and  thus  are  subsets  of  the  original  planner  inputs. 
Specific  numeric  value*  of  data  may  also  be  different  from  original 
planner  values  die  to  unit  conversion  and  "game  truth"  changes.  MSM 
uses  only  "game  truth"  values  for  coordinates  and  for  operational  times 
of  sensor  system  elements.  These  "game  truth"  values  are  derived  in 
PRERUN.  The  system  parameter  output  data  to  MSM  is  contained  in  a 
data  set  labeled  JTFWDF  and  the  categories  of  information  are  shown 
in  Tabic  2.  1-1Y.  Appendix  C  contains  additional  information. 

The  other  PRERUN  output,  the  EVENTS  provide  the 
dynamic  linkage  between  PRERUN  and  MSM,  and  the  entire  concept  of 
being  able  to  have  a  PRERUN  submodel  is  based  on  being  able  to  establish 
such  an  event  schedule.  By  following  such  an  event  schedule  and  only 
calling  the  sensor  models  into  the  simulation  as  required,  computer 
running  time  and  storage  needs  are  minimized.  PRERUN  computes 
10  types  of  events  as  previously  shown  in  Table  2.  i -I  and  merges  them 
into  a  time-ordered  sequence.  These  are  placed  on  a  disc  file  in  groups 
not  exceeding  900  words  for  use  by  the  MSM  (again  for  computer  storage 
requirements  considerations).  Each  event  has  an  associated  sublist 
of  words  with  the  structure  designed  for  model  growth  in  two  respects: 

(a)  Although  only  10  event  t>pes  are  provided 
in  this  initial  model,  no  restriction  on 
numb  r  of  types  exists  in  basic  format. 

(b)  Lists  for  each  event  are  not  restricted 
to  a  fixed  length. 

Referring  again  to  Table  2.  1  -I,  the  type  1  events  are  the  primary  items 
of  interest.  It  is  these  events  which  call  a  sensor  into  action  against  a 
potential  target.  The  creation  of  the  type  l  events  occurs  in  PRERUN 
Step  10  based  on  Steps  8  and  9  results.  In  Step  8,  all  sensors  are  played 
against  all  targets  for  "geometrical  detection"  through  ELPDT  subroutine. 
That  is,  each  target  which  is  in  the  geometrical  area  of  contact  by  a 
sensor  is  computed.  In  Step  9,  the  "geometrical  detection"  of  Step  3  is 
cheeked  for  1  ine -of- s ight  if  the  sensor  is  line-of-sight.  sensitive. 

The  type  1  events  thus  cover  these  times  when  a  target  is  within  the 
potential  detection  area  or  range  of  a  sensor.  It  should  be  noted  that 
false  targets  will  also  generate  type  1  events  based  on  targets  or  events 
output  from  the  battle  and  culture  environment  in  Step  6. 

Type  2  events  (false  alarms)  are  created  in  PRERUN 
Step  7  using  planner,  atmospheric,  battle,  and  cultural  data.  Type  3 
events  (sensor  parameter  changes)  are  also  computed  in  this  PRERUN 
step  due  to  atmospheric  variations  and  background  noise  levels  computed 
from  battle  and  cultural  subroutines. 


Table  2.1-1V 

DATA  CATEGORIES  WITHIN  PRERUN  OUTPUT,  JTFWLtF 


ANALOGOUS 

TITLE  PLANNER  SET 

UGSARRAYS  I 

STASCAN  ARRAYS  XIX 

MOV  ARRAYS  XX 

BLUE  FORCES  XXI 

RED  FORCES  XXII 

SENSORS  1 1 1 

SENSOR  DESCRIPTOR  PARAMETERS  IV 

FI RETRAPS  V 

MONITORS  VI 

DATA  LINKS  X 

PATH  DATA  XII 

FORCE  TYPE  PARAMETERS  XIII 

COVERAGE/SCAN  PAFAMETERS  XIV 
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Types  4,  5,  6  and  7  events  are  up/down  Btatus  controls 
associated  with  sensors,  monitors,  data  links,  and  firetraps  respectively, 
while  type  8  is  the  emplace/cease  operation  flags  on  sensor  arrays. 

These  events  come  from  the  PRERUN  Steps  1,  2,  or  4  where  up/down 
times  of  each  item  is  computed. 

Type  event  9  (battlefield  illumination)  is  derived  in 
PRERUN  Step  6  based  on  battlefield  illumination  event  inputs  and  type  * 

event  10  (sensor  reposition)  occurs  based  on  planner  input  in  PRERUN 
Step  3. 

Complete  details  regarding  the  Event  1  output  are  included 
in  Appendix  A.  * 

2.  1.4  PRERUN  Structure 

2.  1.4.  1  Job  Steps 

As  noted  earlier,  the  PRERUN  has  been  divided  in  13  job 
steps  (numbered  0-  12  as  shown  in  Figure  2.  1-3)  and  is  comprised  of 
96  subroutines.  Table  2.  1  - II  defined  the  steps  and  related  them  to  the 
output  event3  for  MSM.  These  job  steps  must  be  run  in  the  order  shown 
although  in  separate  units  of  computer  time  if  desired.  Use  of  this 
technique  has  significantly  reduced  the  amount  of  computer  storage 
required. 

The  96  subroutines  may  be  divided  into  five  classes  as 
shown  in  Table  2.  1-V  as: 

1.  There  are  14  executive  subroutines.  These 
are  the  main  programs  which  control  each 
job  step.  Note  that  Step  9  has  two  main 
programs.  MAINLS  controls  the  main  line-of- 
sight  routine  which  computes  time  line-of-sight 
using  subroutine  LOS,  MICTER,  TERAN, 

BRKLOS,  and  FOLAGE.  PREMNC  controls 

a  call  to  a  dummy  line-of-sight  routine  LSGT 
which  is  used  when  it  is  not  desired  to  play 

true  line  of  sight.  A 

2.  There  are  15  sub-executive  subroutines.  These 
routines  locate  the  planner  input  data  appropriate 
for  the  job  step  and  call  the  model  routines. 

3.  There  are  24  model  subroutines.  These  are 
the  main  computing  routines  of  prerun 
which  compute  up/dowr.  times,  ground  truth 
positions,  target,  sensor  locations  early/late 
detection  times,  line-of-sight,  etc. 
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TABLE  2.  1-Y 
PRERUN  SUBROUTINES 


EXECUTIVE  14 

SUB  EXEC  15 

MOO  EL  24 

SPECIAL  PURPOSE  31 
UTILITY  12 


"IJA  SIC  T" 
“ATM!  fSIV” 
1  OATA 


Figure  2.1  3  PRERUN  JOB  STEPS 


\l 


4. 


There  are  31  special  purpose  subroutines. 

Most  of  these  are  short  subroutines  which 
perform  special  computations  such  as  GREC, 

SECT,  and  SIRC  which  are  geometry  sub¬ 
routines  used  by  ELPDT  to  calculate  sensor- 
target  interaction  or  perform  special  tasks 
such  as  VALID  which  determines  valid 
sensor-target  combinations  as  specified 
by  designer  table. 

5.  There  are  12  utility  subroutines  used  by  many 
of  the  programs  to  locate  parameter,  order 
data  sets,  merge  events  transfer  data,  and 
generate  random  numbers. 

2.  1.4.2  Common  Features 

PRERUN  has  several  common  features  which  are  important 
to  model  design  and  processing.  These  include  the  following: 

1.  Compressed  storage  is  used  whenever  possible 
to  eliminate  the  need  of  assigning  unused 
storage  space.  The  primary  compressed 
data  sets  are: 


a.  The  master  data  stream  in  the  common 
statement: 


COMMON/DA  TAIN /NDATA,  NSETS,  LDATA(M),  NDATC(M), 
IDATA  (  N  ). 


where: 


NDATA 

NSETS 

LDATA(J) 

NDATA(J) 

IDATA (  ) 

M 


N 


actual  number  of  data  points  in  IDATA 

number  of  major  data  sets 

pointer  locating  the  location  of  the  first 
point  of  major  data  set  J  in  stream 

count  cf  the  number  of  points  in  each 
subset  of  set  J 

the  master  data  stream 

storage  allocated  for  pointer  LDATA  - 
must  be  one  greater  than  the  number  of 
major  data  sets 

storage  allocated  lor  master  stream  - 
depends  on  the  planner  scenario 


For  brevity,  tin;  subroutines  use  this  in  the  torn 
COMMON /DATAIN/MNN,  MMM,  LD(M).  NKM'(M),  ID(N) 
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The  number  of  major  sets  is  easily  extended  but  the 
order  of  the  defined  sets  must  not  be  changed.  The 
format  is  controlled  by  header  cards  read  in  front 
of  each  major  set.  A  data  set  may  be  empty  but 
the  header  cards  and  a  set  of  blank  data  cards  must 
be  in  the  proper  order.  The  number  of  sub-sets  in 
each  major  set  is  variable  and  determined  automati¬ 
cally  by  the  read-in  routine. 

Internally,  PRERUN  locates  a  data  set  by  use  of  a  sub¬ 
routine  called  FINDX.  For  example: 

CALL  FINDX  (3,  II,  IA,  IB)  returns  the  II 
as  the  location  of  first  point  in  set  3,  LA  the 
location  of  the  last  point,  and  IB  the  number 
of  points  in  each  sub-set.  Set  3  is  the  sensor 
data.  A  do  loop. 

DO  100  I  -  II,  IA,  IB  will  scan  all  the  sensors. 

If  the  set  is  void  (no  sensor  data  given),  FINDX  will 
return  a  zero  for  II. 


b.  The  up-down  times  of  the  various  elements  in 
the  common  statement  as  used  in  Step  1. 

COMMON/UPDOWN/N  T,  UDTM(Ml),  KREL(M3), 
KDLK(M4),  KARR(M5) 


where: 

NT 

UDTM(Mi) 

Ml 

KMUD(M2) 

M2 

KREL(M3) 

M3 


KDLK(M4) 

M4 


KARR  (Mb) 


number  of  points  in  the  data  stream  UDTM 

the  sequence  of  up/down  times 

storage  allocated  for  UDTM 

pointer  for  monitor  data 

must  be  one  greater  than  the  n^mbt  r  of 
monito  r  s 

pointer  for  relay  data 

must  be  one  greater  than  the  number  of 
i  elays 

pointer  for  data  links 

must  be  one  greater  than  the  nui  '  er  of 
data  links 

pointer  for  UGS  arrays 

must  be  one  greater  than  the  number  of 
UGS  arrays 


Since  the  number  of  up/down  times  depends  on 
the  statistical  results  of  the  reliability  routines, 
the  dimension  of  the  storage  allocated  for  UDTM 
may  be  difficult  to  determine  in  advance. 

At  the  end  of  Step  1,  this  is  further  compressed 
and  only  the  times  for  the  UGS  arrays  are  saved 
with  the  appropriate  pointer  and  written  on  disc 
for  use  of  subsequent  steps. 

The  common  statement  is  then  used  as: 

COMMON/UPDOWN/NT,  UDTM(Ml),  KARR  (M2), 

KSDN  (M3) 

or  COMMON/UPDOWN/NT,  JDTM(  ),  KARR (  ),  KSEN(  ) 
where: 

KARR(M2)  is  the  pointer  for  all  arrays 

KSDN(M3)  is  the  up-down  pointer  for  all  sensors  (KSEN) 

(M2,  M3  must  be  one  greater  than  the  total  number 
of  arrays  and  sensors,  respectively). 

Updown  times  are  located  by  use  of  a  subroutine 
FINDY.  For  example,  the  call  to  FINDY: 

Call  FINDY  (KARR,  M2,  I,  IA,  IB)  will 
return  IA  equal  to  the  location  of  the  first 
up  time  of  array  I  and  IB  equal  to  the  loca¬ 
tion  of  the  last  down  time  for  this  array. 

For  each  element,  the  times  have  been 
stored  sequentially  in  pairs.  If  the  element 
was  never  up,  no  times  were  stored  and 
FINDY  will  return  a  zero  for  IA. 

c.  Ground  truth  positions  of  sensors  and  correspond¬ 
ing  times  are  stored  in  the  compressed  set  SXYTT. 

COMMON /ST  A  SEN /NXY,  KSSN(Ml),  SXYTT(M2) 
COMMON/ PXYT P/NT,  KXYT(Ml),  SXYT(M2) 

(these  two  sets  are  equivalent) 

where: 

NXY  -  number  of  points  in  SXYTT 

KSSN(Ml)  -  time  and  position  pointer  for  sensors 

Ml  -  must  be  one  greater  than  the  number 

of  sensors 

SXYTT  -  compressed  storage 
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For  the  stationary  sensor,  the  data  is  stored  in  the 
form: 

DX,  DY,  X,  Y,  TA,  TB 

where  DX  and  DY  specify  the  orientation  oi  a  path 
defining  the  sensor  position.  If  the  sensor  ir  not 
located  relative  to  a  path,  DX  and  DY  are  zero. 

X,  Y  are  the  ground  truth  positions  for  the  sensor 
and  TA  and  TB  are  initial  and  final  times.  If  the 
sensor  is  relocated,  the  stream  is  extended  by 
adding  X,  Y,  T,  T  as  many  times  as  necessary. 

For  moving  sensors,  the  data  is  stored  in  the  form  - 

XA.  YA,  TA,  XB,  YB ,  TB 

which  defines  to  beginning  and  end  points  of  the 
sensor  position.  The  sensor  is  assumed  to  move 
in  a  straight  line  at  constant  velocity  between  the 
space  time  point  XY,  YA,  TA  and  the  point  XB, 

YB,  TB. 

If  a  second  leg  is  used,  the  triad  XC,  YC,  TC 
is  added,  etc . 

The  subroutine  FINDY  is  used  to  locate  the  data 
referring  to  a  particular  sensor. 

d.  The  MSM  event  list  is  stored  in 

COMMON/E  VENTS/ME  V,  IEV(Ml),  IVE(M2),  MVE 

where: 

MEV  =  number  of  cards  in  IEV 

IEV  -  master  storage  of  MSM  events 

IVE  temporary  working  storage 

MVE  -  number  of  words  in  IVE 

In  use,  events  as  created  are  placed  on  the  array  IVE 
and  then  ordered  and  merged  by  blocks  into  the 
master  stream  IEV.  At  different  places  in  PRERUN 
the  master  list  is  stored  as  a  record  on  a  disc  and  a 
new  list  started  in  order  to  handle  the  complete  event 
list  for  MSM  which  may  require  a  very  large  amount 


Events  are  located  by  starting  at  the  first  word 
in  any  record  and  using  the  format  of  the  event 
itself  to  find  the  next  event. 


e.  In  several  places  where  a  variable  number  ol 

fixed  length  sets  are  required,  the  subscripting 
convention  A(N,  M)  is  used  where  N  is  the 
fi.ved  length  and  M  is  the  variable.  This  packs 
the  sets  in  the  core  to  use  only  the  space 
requi"ed. 

1.  An  element  may  be  removed  from  play  by 
specifying  a  planned  up  time  equal  to  or 
greater  than  the  planned  down  time.  This 
creates  a  great  versatility  for  the  planner 
when  he  chooses  to  modify  the  scenario. 

2.  Various  play  and  print  options  are  available. 
Using  the  play  option,  entire  rets  may  be 
played  using  planner  input  data  as  given. 

The  print  options  control  various  BCD  output; 
the  same  is  used  for  reporting  the  results  of 
various  reliability  routines  and  some  are 
used  for  program  checkout  purposes. 

3.  Designer  input  values  are  inserted  in  PR F. RUN 
by  the  use  ol  data  statements  in  the  appropriate 
routines  and  by  the  use  of  block  data  sub¬ 
programs. 


4.  The  following  basic  game  information  is  input  through 
PRERUN  step  v  and  is  transmitted  to  ell  subsequent 
PRERUN  steps  via  disc: 


TSTART 

-  start  of  game  in  seconds 

TMAX 

=  end  of  game  in  seconds 

ZMAP 

-  standard  deviation  of  map 

e  r  ro  r  in  mete  r 

XLOC 

-  1  play  location  errors. 

0  don’t  play 

RE  LOG 

-  1  play  relocation  errors, 

-  0  don’t  play 

ANA  V 

-  1  play  navigation  errors. 

0  don’t  pla\ 

ARTY 

1  play  out/inortar  location  e»r ura,  ' 

don’t  play 

AIRD 

1  play  vertical  fall  error 

XSW 

southwest  X  coordinate  of 

arc:*,  ':u 

YSW 

southwest  Y  coordinate  of 

cairn*  i rea  ,  u • v 
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XNE  -  northeast  X  coordinate  of  game  area,  meters 

YNE  ■-  northeast  Y  coordinate  of  game  area,  meters 

IPRINT  BCD  output  unit 

1CARD  -  card  input  unit 

MPRINT(  )  -  BCD  output  options 

MTAP£S(  )  =  defines  disc  units 

NPLAY(  )  -  option  to  use  planner  input 

The  above  variables  are  set  by  PRERUN  -  STEPO  -  INMAIN 
executive  routine. 


5.  Where  both  fixed  (integer)  and  floating  point 
variables  are  stored  in  the  same  array,  an 
equivalence  statement  is  used.  This  makes 
it  easier  to  do  the  Fortran  coding.  For  example: 

DIMENSION  FR(10),  IR  (10) 

EQUIVALENCE  (FR(1),  IR(i)) 

This  allows  the  FORTRAN  statements  (without 
conversion) 


A  -  FR(1)  +  B 
I  =  IR(2)  +  K 


where  a  floating  number  is  stored  in  the  1st  cell 
of  the  array  and  an  integer  in  the  second. 

2.1.4.  3  PRERUN  Data  Sets 

Figure  2.  1-4  provides  o  detailed  master  diagram  of  the 
roles  of  data  sets  in  linking  together  the  job  steps  of  the  overall  model 
in  general,  and  of  the  job  steps  in  PRERUN  in  particular.  The  boxes 
along  the  left  edge  represent  job  steps  or  subroutine  packages.  The 
symbols  across  the  top  represent  data  sets  with  currently  assigned  data 
set  names  (except  that  'SYSIN',  card  reader,  and  PRINTER  are  not  job 
unique  names). 

The  connection  matrix  is  interpreted  in  terms  of  the  hori¬ 
zontal  line  from  a  subroutine  box  (to  a  vertical  line  for  a  data  set): 

(a)  if  the  arrow  points  to  the  subroutine  box, 
then  that  subroutine  reads  data  from  the 
corresponding  data  set, 

(b)  if  the  arrow  points  away  from  the  subroutine 
box,  then  that  subroutine  writes  data  onto  the 
data  set. 
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(c)  if  a  double  arrow  appears  (both  directions),  then 
both  reading  and  writing  occurs;  i.  e. ,  the  data 
set  is  altered  (updated). 


Except  for  the  printer,  data  sets  are  indicated  for  conven¬ 
ience  by  a  common  (tape)  symbol.  The  actual  physical  devices  are,  however, 
chosen  by  the  programmer/user.  Recommended  or  typical  device  choices 
are: 


SYSIN 

TOPO  ) 
JPOUT ) 

MSMOUT 

all  others 


card  reader 
tape 

tape  or  disc 
disc 


The  Data  Sets  used  in  PRERUN  are  as  follows: 


M  Tape 

Name 

Master  Data  Stream 

1 

DA  TAIN 

Common  Game  Information 

2 

JFMSTR 

Up-Down  Times 

3 

JFUDT 

Master  Event  List  types  4-5-6-7-8-10 

4 

JFEVT 

Ground  Truth  Information 

5 

JFPXY 

Atmospheric  Data 

6 

MASSDA'P' 

Targets  from  MVS 

7 

JFTAR 

Targets  from  Battle-Culture 

8 

CRTARC 

Event  type  9  from  Battle 

9 

CREVT9 

Events  2-3 

10 

MASSEV23 

Type  1,  Events 

11 

JFEVLC 

Work  unit  all  events 

12 

JTFWEV 

Work  unit  for  FMERGE 

13 

FJEVL 

Merged  Events 

14 

JFIEV 

Early  late  detection  -  NLOS 

15 

JFNEV 

Early  late  detection  -  LOS 

16 

EVNTLS 

Early  late  detection  info  for  LOS 

17 

JFZEV 

Final  MSM  Blocked  Events 

18 

EVENT)  * 

Culture  Background 

19 

CRCLTB 

Battle  Background 

Planner  Input  for  MSM 

20 

CRSEIS 

JTTWDF* 

’'These  two  data  sets  are  the  primary  input  to  MSM. 

’“^This  data  set  comes  from  the  Atmospheric  Model 

All  other  data  sets  are  internal  to  PRERUN.  They  contain  informatior  that 
may  be  of  value  to  any  output  processor. 

The  executive  subroutines  reading  or  writing  the  data 
s cts  are  shown  pictorially  in  Figure  2,  1-4. 
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2.  1.  5 


PRERUN  Descriptive  Summaries  of  Subroutines 


In  this  section  are  contained  descriptive  summaries  of 
each  subroutine  comprising  the  PRERUN  submodel.  The  subroutines  are 
grouped  by  job  step  and  then  by  type  of  subroutine  within  job  step.  All 
the  utility  subroutines  are  grouped  together  at  end  of  this  section. 

2.  1.  5.  i  PRERUN  Step  0 

Step  0  comprises  a  main  program  (INMAIN)  and  four  sub¬ 
routines.  It  uses  data  set,  SYS1N,  and  enters  operating  parameters  for  the 
PRERUN  steps  by  three  mechanisms: 

(a)  DATA  statements  within  subroutines  INMAIN  and 
CONVRT. 

\h)  FORTRAN  statements  (of  form  'parameter  name  - 
number1)  within  INMAIN. 

(c)  Planner  prepared  data  cards  (Scenario  Specifications). 

In  addition  to  providing  the  direct  read  of  planner  input 
data,  this  job  step  also: 

(a)  converts  data  from  "external  units"  to 
consistent  "internal  units"  of  measurement 
(e.g.  ,  all  angles  are  converted  tc  radians, 
ail  distances  to  meters). 

(b)  stores  on  a  disc  file  (DATAIN)  the  so-called 
Master  Data  Set. 

(c)  stores  on  a  disc  file  (JFMSTE)  other  data 
(common  information)  common  to  many 
subsequent  job  steps. 

The  Step  0  subroutine  descriptive  summaries  are  shown 
in  Figures  2.  1-5,  2.  1-6,  2.  1-7,  and  2,  1-8.  The  ERAS2  subroutine  is 
not  described  herein  since  it  is  a  general  utility  routine  used  in  several 
of  the  models. 

2.  1.5.2  PRE RUN  Step  1 

Step  1  in  PRERUN  comprises  the  main  program  (PREMN1) 
with  7  subroutines  shown  in  Table  2.  1-V  plus  5  utility  subroutines. 

External  data  sets  required  as  input  are  "DATAIN "  and 
"JFMSTR",  both  generated  in  Step  0. 


2-21 


£«*«*****<:**  ’  #  I  J  '  \  '  ^  ’•  .'-  ^  *  <1  *'J:  *  <••  <:  <<  <c  $  G  1  *  <t  $  $  1»  >M>  *  *  * 

* 


C'!1  PRELUM  [XECL'TlVf  -  S  M  *  u  <■ 

c«  * 


C*  PURPOSE  * 
C*  THIS  STEP  INITIATES  THE  M  A I '  J  PRi PUN  SEQUENCE  * 
C*  * 
Co  USAGE  * 
C*  MAIN  PROGRAM  * 

c*  * 


CO  DESCRIPTION  of  parameters  o 

CO  IT  DEEINFS:  * 


Co 


IPRINT-FORMATEO  OUTPUT  tape 


* 


Co 

ICARO 

-  CARO  PEAOFR 

* 

CO 

TSTART-TIME  OF  GAME  START  ( OAY-HpUR-M INUTF ) 

* 

Co 

TMAX 

-TIME  OE  GOt  F.ND  I  DAY-HOUR-MI  NUT  E  I 

* 

Co 

Z  MAP 

-STANDARD  DEVIATION  OF 

MAP  ERROR  (METERS) 

* 

C* 

xl  nc 

=L  PLAY  EOLATION  FPRQR  , 

=0  DON'T  PLAY 

* 

CO 

RELOC 

=  1  PLAY  P  c  LOC  A  T I  ON  ERROR 

,=0  DON'T  PLAY 

* 

Co 

ANAV 

=1  PLAY  NAVIGATION  ERROR 

,=0  DON'T  PLAY 

* 

Co 

AR  TV 

=|  ART/MORTAR  ERROR 

,=0  DON'T  PLAY 

* 

CO 

AIRD 

=1  PLAY  VERTICAL  FALL  ERROR  ,=0  DON'T  PLAY 

* 

C* 

XSW 

SOUTH  WEST  X  COORDINATE 

OF  PLAY  ARF A 

* 

«* 

YSW 

SOUTH  WF  ST  Y  COORDINATE 

OF  PLAY  AREA 

* 

Co 

XNE 

NORTH  FAST  X  COORDINATE 

OF  PLAY  AREA 

* 

Co 

YNE 

NORTH  FAST  Y  C "ORDINATE 

OF  PLAY  AREA 

* 

C* 

* 

C* 

MPR I  NT  - 

AN  AR1’  AY  USED  TO  CONTROL  BCD  PRINTING 

* 

c* 

0 

-  DON'T  PR  I  iT  i-  PR INT 

* 

c* 

MPR INTI  1 )  -UPDMl 

* 

C* 

2 

-PSNP 

* 

c* 

3 

-UPONT 

* 

C<= 

5 

-IJP  DNS 

C* 

6 

-UP ON 6 

c* 

8 

-UPDnM 

c* 

10 

-UPT'10 

C* 

13 

cui.  tor  F 

c* 

IA 

oat  n.r 

c* 

Ir> 

C  UL  T  OR  r- 

c* 

16 

BAT  TLC 

c* 

13 

P  S  N  P  l  ° 

c* 

15 

-U^DM  > 

c* 

20 

-MVS 

c* 

c* 

IT  r I  QUESTS 

DISC  (  IAPt  ) E I L  F  S  FOR  TRANSMITTAL 

OF  * 

c* 

INFORMATION  TO  SMS  FLUENT  STEPS 

c* 

*TAPE 

AN  ARRAY  1 1 S *- 1 )  TO  OFF  INE  BINARY 

c* 

STORAf-l  UMTS 

c* 

MTAPK  l  ) 

MASl t  DATA  STRFAM 

c* 

f’TAPFI  2) 

COM  Mi  IN  INTO 

Figure  2.1-5 
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MTAPtl 
MTAPEI 
MTAPHI 
MTAPE I 
MTAPEI 


NSFTS 

UPlAY=0  PLANNED 


3)  UPOOWN  TIMES 

4)  MSM-tVENTS 

5)  GROUND  TRUTH 

6)  ATMOSPHERIC.  DATA 

7)  TARGET  INFO  FROM  M vSNE 

8  TARGET  INFO  FRnM  BATTLE  CULTURE 

9  EVENT’  TYPE  9  FROM  BATTLE 

0  FVENTS  2-3  FROM  SENS.  FARM. 

1  EVENTS  1 

2  WORK  TAPE  FOR  FINAL  MERGE 

3  WORK  TAPE  FOR  FINAL  MERGE 

4  MERGED  TAPE  OF  EVENTS  NOT  BLOCKED 

5  EARLY  LATE  DETECTION-  NON  LOS 

6  EARLY  LATE  DETECTION-  LOS 

7  EARLY  LATE  ZEV'S  FOR  LOS  INPUT 

8  FINAL  OUTPUT  FOR  MSM  BLOCKED  EVENTS 

9  CULTURE  BACKGROUND 

0  BATTLE  BACKGROUND 

NUMBER  OF  DATA  SETS 
UP-DOWN  TIMES  USED 


C* 

NPLAYI 

1) 

UPON  1 

ARRAY  UGS/MONI TOR-DATA  LINK 

c* 

NPL AY  I 

3) 

UP0N3 

ARRAY  UGS-SENSOR S 

c* 

NPLAYI 

6) 

UPON  6 

MONITORS 

c* 

NPLAYI 

8) 

UPDN8 

RELAYS 

c* 

NPLAYI 10) 

UPDN10 

DATA  LINKS 

c* 

NPLAYI  191 

UPON  19 

ARRAY  STASCAN-SENSORS 

c* 

NPLAYI 20) 

MVS 

MOVE  ARRAYS/SENSORS 

REMARKS 

1 

ALL  OF  THE  ABOVE  PARAMETERS  MUST  BE  SET  BY  DATA  STATEMENTS 
OR  9Y  FORTRAN  STATEMENTS  IN  THE  BEGINNING  OF  THIS  PROGRAM 
NOTHING  IS  READ  OFF  OF  THE  HEADER  CARDS  BY  THE  PROGRAM 

METHDO 

THE  BASIC  GAME  INFORMATION  IS  SET  AND  R ECORDFD  ON  MTAPr ( 2 ) 
DATA  SET-JFMSTR.  THE  HEADER  CARDS  ARE  READ  AND  PRINTED. 
SUBROUTINE  READ'N  IS  CALLED  TO  READ  IN  THE  PLANNER  INPUT. 

THE  MASTER  DATA  STREAM  IS  RECORDED  ON  MTA PF II) -DAT  A I N . 

PRERUN  ASSUMES  THAT  THE  PLANNER  INPUT  DATA  HAS  BEEN  PROCESSED 
BY  SUBROUTINE  SCREEN. 

SUBROUTINES  REQUIRED 
ERASE 
TIMER 
REAOIN 

******************  ***************  *****  ****** *********************  '**** 


Figure  2.1-C  (Coni ) 
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C  **!(!*<$!):#£*$*  <.*$**<>*******V<<<-**<<  ;<r  AO  I  N  **************************  *«'***'» 

c* 

C *  SURPOCllNE  RHADIN 

f  M 

C*  PtJRPnsF 

C>  READ  IN  PLANNER  DATA.  GENERATE  MAIN  OATA  STREAM. 

C*  DEFINE  POINTERS 

r.« 

C*  USAGE 

C*  GALL  RE. '.on INSET) 

C* 

C*  DESC*  I  PTIH'l  •  )E  PARAMETERS 

C*  *  INPUT  * 

O  NS F T  -  NUMBER  OF  OATA  SETS 

C*  OATA  SEIS 

O  1  ARRAY  UGS 

C*  2  POSITION  FRR'K  PAPAMETEP  SET 

C*  3  SENSORS 

C *  A  SENSOR  DESCRIPTION  PARAMETER  SET 

C*  5  F  l  RCTR AP  KILL  POINT  SYSTEMS 

C*  6  MONITORS 

C*  7  MONITOR  PARAMETER  SET 

C*  8  RELAYS 

C*  P  RELAY  RELIABILITY  PARAMETER  SET 
C*  10  OATA  L INKS 

C*  11  RECEIVER /TRANSMITTER  PARAMETER  SET 

C*  12  PATH  OATA 

(.♦  13  PORCS  TYPE  PARAMETER  SET 

C*  1  A  COVpR AGt/SC AN  PARAMETER  SET 

C  <•  15  NAVIGATION  SYSTEM  (  HYPRPBOL  IC) 

C*  16  NAVIGATION  SYSftM  IRHO  THETA) 

C*  ] 7  NAVIGATION  SYSTEM  (DOPPLER) 

c*  1 u  NAVIGATION  SYSTEM  (NORMALLY  DISTRIBUTED  ERRORS) 

C*  )P  STASGAN  ARRAYS  (RADAR  ANU  VISUAL) 

C. <■  >C  MOVE  ARRAYS 
C*  21  °LDp  EilRCES 
C*  22  a E D  FORCE'S 


e<- 

2  3 

DATTL  E 

P  IEVT 

TAB  L  F 

r.t 

7A 

PAT  TIE 

;SEVT 

TABLE 

c* 

25 

RATTLE 

XCLU  A 

TAPI  E 

c* 

26 

battle 

FSPTH 

T  4  G  L  C 

c* 

27 

CDI  TDRE 

PCFVT 

T  Aiil  E 

C* 

2  a 

CUl  TORE 

pcfv  r 

TALiL  E 

c* 

2'» 

CULTU«,: 

SNE JX-Y 

TABLE 

c*  MAX  S  I  OR  AGE  ALLOCATED  TIP  1DATA 

Figure  2.1-6 
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c*  ♦ 

C*  *  OUT  PUT  *  * 

C*  NDATA  NUMBER  OF  DATA  POINTS  » 

C*  LDATA(J)  POINTER  LOCATING  SET  J  * 

C*  NOATC(J)  NUMBER  OF  POINTS  IN  J  SFT  * 

C*  I  DATA!  )  MASTER  D«TA  STREAM  * 

C*  * 

C*  METHOD  « 

C*  THE  PLANNER  INPUT  DATA  IS  REAP  UNDER  CONTROL  OF  A  DO  LOOP.* 

*  C*  EACH  SET  IS  PRECEDED  BY  1  HEADER  CARDS  WHICH  ARc  READ  AM)  * 

C*  PRINTED.  COLUMNS  1-2R  OF  THE  FIRST  CARD  SHOULD  BF  USED  TO  * 

C*  IDENTIFY  THE  SETS.  THE  FIRST  FOUR  COLUMNS  OF  THE  SECOND  CAPO  < 

C *  ARE  READ  WITH  AN  14  FORMAT  AND  USED  AS  THE  COUNT  OF  THE  NUMBER  < 

C*  OF  WORDS  IN  EACH  SUBSET.  COLUMNS  5-72  OF  THE  SECOND  CARD  AND* 

C*  COLUMNS  5-72  OF  THE  THIRD  CARD  MUST  CONTAIN  THE  FORMAT  FOR  * 

C*  THE  SUBSET.  < 

C*  THE  NUMBER  OF  SUBSETS  NEED  NOT  BE  SPECIFIED.  THE  ROUTINE  < 

C*  DETERMINES  THE  END  BY  LOOKING  FOR  A  ZERO  OR  A  BLANK  IN  THE 


C*  FIRST  WORD.  THUS  A  SET  OF  RLANK  CARDS  IS  INSERTED  BY  THE  USER'  • 

C*  AT  THF  END  OF  EACH  MAIN  DATA  SET.  IF  THE  SUBSETS  HA VF  THREE  * 

C*  CAROS  THEN  THREE  BLANKS  MUST  BE  USED,  ETC. 

C*  ALL  HEADER  CARDS  MUST  BE  IN  THE  INPUT  DECK.  IF  IT  IS 

C*  DESIRED  TO  OMIT  A  SET-THE  HEADER  CARDS  MUST  BE  FOLLOWED  BY 

C*  THF  PROPER  NUMBER  OF  BLANKS. 

C*  SUBROUTINE  CONVRT  IS  CALLED  TO  PERFORM  THT  NECESSARY 

C*  CONVERSIONS  OF  THE  PLANNED  INPUT  TO  INTERNAL  FORMAT. 

C*  THE  POINTERS  ARE  SET. 

C*  IF  THE  DATA  EXCEEDS  THE  STORAGE  AS  SET  BY  MAX  READING  IS 

C*  TERMINATED  WITH  AN  ERROR  MESSAGE.  THE  DIMENSION  MUST  BE 

C*  INCREASED  OR  THE  PLANNER  INPUT  REDUCED. 

C* 

C*  SUBROUTINES  REUUIRED 

C*  CONVRT 

C* 

£*******«*** ************************** 6* **********  ft* ************* «*««««: 


Figure  2.1-6  (Cont.) 
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(-,***«**  ***t«**£«**********<>«.*««*  CONVRT  fr******************  ***********<.* 

c* 

C*  SUM  R  MU TINE  CONVRT 

c* 

c*  PURPOSE 

C*  TO  PERFORM  NECESSARY  CONVERSIONS  OF  PLANNER  INPUT  DATA 

C* 

C*  USAGE 

C*  CALL  CONVRT (K,IR,F»! 

C* 

C*  DESCRIPTION  OF  PARAMETERS 
C*  *  INPUT  * 

C*  K  DATA  SET  NUMBER 

C*  TK-FR  DATA  SET  INTEGER-FLOATING 

C*  DATA  SFTS 

C*  1  ARRAY  UGS 

C*  2  POSITION  ERROR  PARAMETER  SET 

C*  2  SENSORS 

C*  A  SENSOR  DESCRIPTION  PARAMETER  SET 

C*  5  FIRETRAP  KILL  POINT  SYSTEMS 

C*  6  MONITORS 
C*  7  MONITOR  PARAMETER  SET 
C*  8  RELAYS 

C*  <5  RELAY  RELIABILITY  PARAMETER  SET 
C*  10  DATA  LINKS 

C*  11  RECF l VFR/TRANSMI TTER  PARAMETER  SET 

C*  12  PATH  DATA 

C*  12  FORCE  TYPE  PARAMETER  SET 

C*  14  COVERAGF/SCAN  PARAMETER  SET 

C*  15  NAVIGATION  SYSTtM  ( HYPERBOLIC) 

r*  U  NAVIGATION  SYSTEM  (  RHO  THFTA) 

C*  17  NAVIGATION  SYSTEM  (OOPPLFR) 

c*  18  NAVIGATION  SYSTEM  (NORMALLY  DISTRIBUTED  ERRORS! 

C*  1 9  STASCAN  ARRAY G  (RADAR  AND  VISUAL) 

C*  20  MOVE  ARRAYS 
C*  21  BLUE  FORCES 
C*  22  RPJ  EORCTS 


c* 

23 

HATTl E 

PIEVT 

1  ABLE 

c+ 

24 

BATTLF 

PSEVT 

TABLE 

C* 

25 

BATTLE 

XCLUA 

TABLE 

c* 

26 

riATTl E 

FSPTrt 

TAril  E 

C* 

G7 

CULTURE 

PCEVT 

TABLE 

c* 

2« 

CUL  TU°E 

RCfVT 

TABLE 

c* 

20 

CUI  TURE 

SNFDX-Y 

TABL  E 

C* 


Figure  2.1-7 
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METHOD 


C* 

C*  TRANSFER  TO  THfc  APPROPIATE  CONVERSIONS  IS  DONE  BY  A  < 

C*  COMPUTED  GO  TO.  < 

C*  ALL  TIMES  ARE  CONVERTED  Tp  STCONDS  < 

C*  ABSOLUTE  TIMES  ARE  CONVERTED  TO  SECONDS  SINCE  START  OF  ' 

C*  GAME  BY  A  CALL  TO  SUBROUTINE  TIMFR. 

C#  ALL  M4P  COOKOINATFS  ARE  CONVERTED  TO  RFLAT1VE  GAME  CUORD. 

C<  ALL  ANGLES  ARE  CONVERTED  TO  MATHEMATICAL  ANGLES  IN  RADIANS 

C*  ALL  DISTANCES  ARE  CONVERTED  TO  METERS 

C*  ALPHABETIC  INFORMATION  IS  CONVERTED  TO  0  OR  1  WHERE 

C*  REQUIRED. 

C*  NUMBERS  ARE  FIXED  OR  FLOATED  WHERE  REQUIRED. 

C*  VARIOUS  DESIGNER  INPUT  VALUES  ARE  SET  USING  THE  PLANNFR 

C*  INPUT  CODE  AND  VALUES  SPECIFIED  BY  DATA  STATEMENTS. 

C* 

C*  SUBROUTINES  REQUIRED 
C*  TIMER 

C* 

C  *****************  **  **  *  ****  ***  **  *.*  ***********  **************************, 


Figure  2.T-7  (Cont.) 


*♦ 
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C*******##*$v  ttf**vt*^*  TIMER  ******************************** 

C* 

O  SUBROUTINE  TIMER 

C* 

C*  PURPOSE 

C*  TP  CONVERT  A  PLANNER  INPUT  TIME  GIVEN  IN  DAYS-HOURS-MI NUTES 

C*  (nOHHMM)  T 0  SECONDS  SINCE  START  OF  GAME 

C* 

C*  USAGF 

C *  T-  T I M f.  K  ( T  l 

C* 

c* 

C*  SUBROUT INF  S  REQUIRED 

C*  NONE 


Figure  2.1-8 
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This  step  (a)  computes  up-down  times  of  monitors,  data 
links,  firetraps,  and  UGSARRAYS,  and  stores  this  information  on  disc 
(JFUDT),  and  (b)  creates  event  types  5,  6,  7,  and  8  for  MSM  and  stores 
them  on  disc  (JFEVT). 

The  8  subroutines  unique  to  this  job  step  are  described 
in  the  following  figures: 

Figure  2,  1-9  PR  EMN1 

2.1- 10  UPDN1 

2.1- 11  UPDN5 

2.1- 12  UPDN6 

2.1- 13  UPDN8 

2.1- 14  UPDN10 

2.1- 15  READUP 

2.1- 16  COMMUP 

Further  descriptions  of  the  up/down  simulation  are 
contained  in  Section  4.  2. 

2.1.5.  3  PRERUN  Step  2 

Step  2  in  PREP.UN  comprises  the  main  program  (PREMN2) 
with  4  subroutines  listed  in  Taole  2.  1-V  plus  8  utility  subroutines. 

External  d"-t«  sets  required  as  input  are  "DA TAIN", 
"JFMSTR",  "JFUDT",  and  "JFEVT",  generated  i.i  Steps  0  and  1. 

This  step  computes  up/down  times  of  those  sensors  from 
UGSARRAYS  and  STASCAN  ARRAYS,  the  primary  subroutine  being  RUSUP. 
The  up/dcwn  disk  file  "JFUDT"  is  updated  and  events  type  4  (sensor  up/down) 
logic  is  contained  in  Section  4.  2. 

The  five  subroutines  unique  to  this  step  are  described  in 
the  following  figures: 

Figure  2.  1-17  PREMN2 

2.1- 18  UPDN3 

2.1- 19  UPDN19 

2.1- 20  RUSUP 

2.1- 21  EVNT48 


****************  «**«***<.**  f'KFMNl  fr****************************** 


o 

c* 

PRC- 

RUN  EXECUTIVE  -  ST£P1 

c* 

c* 

PURPOSE:  THIS  ROUTINE  INITIATES  THE  PRE-RUN  SEOUFNCF 

c* 

IT 

INITIATES  THE  UP-DOWN  TIME  SEQUENCES  AND  THE  MSM 

c* 

EVENT  STREAM 

* 

USAGE 

c* 

*AlN  PROGRAM 

c* 

c* 

MFT  HQO 

r* 

THF  MASTER  DATA  STREAM  AND  THE  COMMON  GAME  INFORMATION 

c* 

AKF  PFAD. 

CALLS  TO  THE  UPON  RCUTINES  ARE  MADE.  BEFORE  EACH 

c* 

CALL  THE  VAR  1  AML  F  MVE  IS  SET  TO  ZERO  TO  INITIATE  A  NEW 

c* 

TFMPOR ARY 

EVENT  LIST. 

c* 

AFTER  ALL  U"JNS  HAVE  BEEN  CALLED  THE  DATA  STREAM  FOR  THF 

c* 

UP-OOWN  TIMES  IS  COMPRESSED  -  PRESERVING  ONLY  THE  TIMES  FOR 

c* 

THE  ARRAYS 

AND  THE  POINTER  KARR. 

c* 

THE  UP- 

DOWN  TIMES  ARE  RECORDEO  nN  MTAPFI 3I-JFUDT 

c* 

THE  EVENTS  ARE  RECORDED  ON  MT APE  1 4 ) - J FEVT 

c* 

c* 

SUBKOUT INES 

CALLED: 

c* 

TIMER  -  CONVERTS  DAY-HOUR-MIN  TO  SECONDS  SINCE 

c* 

START  OF  GAME 

c* 

UPON8  PLAYS  RELAYS  THRU  COMMUP 

c* 

UPON5  CREATES  MSM  EVENT  7  FOR  FIRETRAPS 

c* 

UPUN6  PLAYS  MONITORS  THRU  READUP  -MSM  EVENT  5 

c* 

UPONIO  UP-OOWN  DATALINKS-  USES  RESULTS  OF  UPON* 

c* 

-MSM  EVENT  6 

c* 

UPON1  UP-DOWN  OF  ARRAY  UGS  -MON  I  TOR-OAT AL I NK 

c* 

USES  RESULTS  OF  UPCN6  f UPDNIO  * 

C' 

-MSM  EVENT  8 

c* 

c* 

SUBROUTINES 

REQUIRED  OTHER  THAN  THOSE  DIRECTLY  CALLED 

c* 

COMMUP 

c* 

REAOUP 

c* 

ERASE 

c* 

r  INOX 

c* 

MERGDR 

c* 

DnRDER 

o 

GMERGF 

c* 

FINDY 

c* 

Figure  2.1-9 
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C ************ ********* **********  UPHN 1’  *********************** *♦****•*! 


c* 

c* 

SUBROUTINE  UPONI 

c* 

c* 

PURPOSE 

c* 

THIS  ROUTINE  COMPUTES  THE  UP-DOWN  TIMES  OF  THE  UGS  ARRAYS 

c* 

DUE  TO  THE  AND-OR  COMBINATIONS  OF  THE  UP-DOWN  TIMES  OF 

c* 

THF  MONITORS  AND  THE  DATA  LINKS 

c* 

c* 

CALLING  SEQUENCE 

c* 

CALL  UPDNI (NPLAY) 

c* 

c* 

DESCRIPTION  OF  PARAMETERS 

c* 

*  INPUT  * 

c ♦ 

PLANNER  TABLE 

ITEM 

c* 

TT( 1)  PLANNED  UP  TIME  1 

9 

c* 

TT(2>  PLANNED  DOWN  TIME  1 

10 

c* 

c* 

*  OUTPUT  * 

c* 

TT {  )  ACTUAL  UP-DOWN  TIMES 

c* 

MR  NUMBER  OF  TIMES 

c* 

KARR  POINTER  FOR  ARRAY  TIMES  IN  STRING 

c* 

UDTM  UP-DOWN  STRING 

c* 

NPLAY  PLAY  OPTION 

c* 

c* 

METHOD 

(:♦ 

.  IE  PLANNER  INPUT  DATA  FOR  UGS  ARRAYS,  MONITORS  AND 

DATA 

c* 

LINKS  ARE  LOCATED  BY  CALLING  FINDX. 

c* 

THF  PLAY  OPTION  IS  CHECKED. 

c* 

THE  UP-OOWN  TIMES  FOR  THE  MONITORS  AND  THE  DATA  LINKS  ARE 

c* 

LOCATED  IN  THE  UP-DOWN  TIME  DATA  STREAM  UDTM  BY  CALLS 

TO 

c* 

FISOY.  THF  NECESSARY  AND/OR  COMBINATIONS  ARE  COMPUTED. 

c* 

c* 

MSM  EVENT  TYPE  B  IS  CREATED  AND  THE  UP-DCWN  TIMES  ARE 

c* 

PUT  INTO  UDTM  AND  POINTER  KARR  IS  SET. 

c* 

AFTER  ALL  ARRAYS  HAVE  BEEN  PROCESSED  MERGOR  IS  CALLFD 

C-* 

TO  ORDER  AND  MERGE  THE  EVENTS  INTO  THE  MASTER  LIST. 

c* 

c* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

c* 

F  INOX 

c* 

FINOY 

c* 

MERGOR 

c* 

Figure  21-10 
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£<;******<-*  **************. •>****#**  UPDN'i  *****  *************************** 


c* 

* 

o* 

SUBROUTINE  UP  ON  5 

* 

c* 

* 

c* 

PURPOSE 

* 

c* 

THIS  ROUTINE  CREATES  MSM  EVENT  TYPE  7,  THE  UP  DOWN  TIMES 

* 

c* 

OF  THE  FUETKAPS 

* 

c* 

* 

c* 

CALLIN  SEQUENCE 

* 

c* 

CAL.  UPONS(NN) 

♦ 

r,t 

* 

c* 

DESCRIPTION  OF  PARAMETERS 

* 

r* 

*  INPUT  * 

* 

c* 

PLANNER 

TABLE  ITEM 

* 

c* 

F D ( N*? )  PLANNED  UP  TIME 

5  3 

* 

c* 

FDIN+3)  PLANNED  OOWN  TIME 

5  4 

c* 

IOINI  inENTITY 

■5  l 

c* 

NN  DUMMY 

c* 

c* 

METHOD 

c* 

THE  PLANNER  INPUT  FOR  FIRETRAPS  IS  LOCATED 

BY  FINDY. 

c* 

THE  OPTION  TO  PLAY  IS  CHECKED  AND  MSM  EVENT 

TYPE  7  IS 

c* 

GENERATED.  MERGDF.  IS  CALLED  TO  ORDER  AND  MERGE 

THE  EVENTS 

c* 

c* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

r  * 

F  I NDX 

C* 

ME ROOR 

c* 

£ *********************************************** **:;** ****** ************* 


Figure  2.1-11 
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•f 


♦  . 


C**** 

C* 

c* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
o 
c* 
c* 
c* 
c* 
c * 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

C* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

ce*** 


*********** **«« ***** ***♦<-**  upon  a 


SUBROUTINE  UPDN6 


PURPOSE 

THIS  ROUTINE  COMPUTES  THE 
USING  SUBROUTINE  REAOUP 

CHUNG  SEQUENCE 

CALI.  UP0N6  (  MPR  I  NT *  NPLAV  I 


UP-DOWN  TIMES  OF  THE  MONITORS 


OfSCRlPTION  OF 
*  INPUT 


PARAMETERS 

* 


PLANNER 


A  MEAN  TIME  BETWEEN  FAILURES 

B  MEAN  TIME  10  REPAIR 

C  STANDARD  DEVIATION  OF 

Till  PLANNCD  UP  TIME 

U2)  PLANNED  DOWN  TIME 

MPR  INT  PRINT  OPTION 
NPLAY  PLAY  OPTION 


REPAIR  TIME 


TABLE 

7 

7 

7 

6 

6 


ITEM 

4 

5 
A 
7 


* 
* 
* 
* 
* 
* 
* 
if 
* 
* 
* 
* 
* 
♦ 
* 
* 
* 
* 
* 
* 

* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 

# 
* 
* 
* 
* 

****  '<■«>*  *  **  *********  *<!********♦«♦  ***************  <•.*******  *•>*»»***»* 


♦  OUTPUT  * 
TTI  I  ACTUAL 
MM  NUMBER 


UP-DOWN  TIMES 
OF  TIMES  IN  TT 


MFTWHD 

THE  PLANNER 
PARAMETER  SETS 
THE  OPTIONS  TO 
SUBROUTINE  READUP 


INPUT  DATA  FOR  THE  MONITORS  ANO 
IS  LOCATED  BY  USE  OF  SUBROUTINE 
PLAY  PLANNED  UP  DOWN  TIMES 
IS  CALLED  IF  REQUIRED.  THE 


THF  MONITOR 
FINUY. 

ARF  CHECKED. 
PRINT  OPTION 


MPRINT  IS  CHECKED  ANO  M SM  EVENT  TYPE  5  CREATED. 

AFTER  ALL  MONITORS  HAVE  BEEN  PROCESSED  THE  EVENTS  ARE 
ORDERED  ‘NO  MERGFD  BY  A  CALL  TO  SUBROUTINE  MERGDR. 

THF  UPOOWN  TIMFS  ARE  PLACED  IN  THE  DATA  STREAM  UDTM 
AND  THE  POINTER  KMUD  IS  SFT. 


;  JBROUTINE 
F  INDX 
RE  AOUP 
MERGOR 


><ND  FUNCTION  SUBPROGRAMS  REQUIRED 


Figure  2.1-12 
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PURPOSE 

THIS  ROUTINE  COMPUTES  THE 
USING  SUBROUTINE  COMMUP 

CALLING  SEQUENCE 

CALI.  UP0N8(MPR1NT,NPLAY) 


« 4 **************** t************* 

* 

UPUN»  * 


UP-OOWN  TIMES  OF  THE  RELAYS 


DESCRIPTION  OF 
*  INPUT 


PARAMETERS 

* 


TT  (  I) 
TTI  2) 

M 

ISO 

MPfttNT 

NPLAY 


PLANNED  UP  TIME 
PLANNED  DOWN  TIME 
NUMBER  OF  TIMES 
SELF  OESTRUCT 
PRINT  OPTION  (SET  IN  PSERUN 
PLAY  OPTION  (SET  IN  PRERUN 


STEP 

STEP 


PLANNER 


0) 

0) 


table 

9 

R 


ITEM 

7 

P 


8 1  0  I  16(6) 


Ot>*****#***o*  *«*********<!*****$  OP  ON  ft 
C* 

C*  SUBROUTINE 

C« 

C* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c<- 
c* 
c* 
c* 
c* 

CO 
CO 
CO 

CO 
CO 

c* 

C* 

CO 

C* 


♦  OUTPUT  * 
TTI  I 
M 

LLI  > 

UOTMI 
KKELI 


UP  DOWN  TIMES 
NUMBER  OF  TIMES 

COOE  IOFNTIFYING  TIMES  ISEE  COMMUP) 

UP-OOWN  STRING 

POINTER  F OR  RELAYS  IN  UOTM 


METHOD 


THE  PLANNER  INPUT  FOR  THE  RELAYS  AND  THE  PARAMETER  SFTS 
AR  F  FOUND  BY  CALLING  SUBROUTINE  FINDX. 

THE  PLAY  AND  PRINT  OPTIONS  ARE  CHECKED. 

SUBROUTINE  C1M«UP  IS  CALLEO  WHEN  NECESSARY  TO  COMPUTF 
THE  UP  DOWN  TIMFS. 

THE  UP-DOWN  TIMES  ARE  PLACED  IN  THE  DATA  STREAM  UOTI  AND 
THF  POINTER  KREL  IS  SET. 


SUOROUT I Nf 
F  INOX 
COMM'JP 


AND  FUNCTION  SUBPROGRAMS  REQUIRED 


Figure  2.1-13 


2-3-4 


£************  ********  ******  *****  UPON  10  ******************************* 
C* 

C*  SUBROUTINE  UPON  1 0 

C* 

C*  PURPOSE 

C*  THIS  ROUTINE  COMPUTES  THE  UP-DOWN  TIMES  OF  THE  DATA  LINKS 

C*  USING  THE  RELAY  UP-DOWN  TIMES  IF  REQUIRED 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  UpONl 0( NPLAYl 

C* 

C*  DESCRIPTION  OF  PARAMETERS 


NR  NUMBER  OF  RELAYS 

Ml  IDENTITY  OF  FIRST  RELAY 

M2  IDENTITY  OF  SECOND  RELAY 

NPLAY  PLAY  OPTION  (SET  IN  PRERUN  STEP 


PLANNER  TABLE 
10 
10 
10 


C*  METHOD 

C*  THE  LOCATION  OF  THE  PLANNER  INPUT  DATA  FOR  THE  RELAYS 

C*  AND  THE  DATA  LINKS  IS  FOUND  BY  CALLS  TO  FINDX.  THE  UP-DOWN 

C*  TIMFS  FOR  THE  RELAYS  ARE  LOCATED  IN  UOTM  BY  CALLING  FINDY. 

C*  IF  MORE  THAN  ONE  RELAY  IS  SPECIFIED  THE  •  AND  •  OF  THE  TIMES 

C*  IS  COMPUTED.  THE  TIMES  ARE  PLACED  IN  THE  STRING  UOTM  AND 

C*  THE  POINTER  KDLK  IS  SET.  M$M  EVENT  TYPE  A  IS  GENERATED. 

C*  AFTER  ALL  OF  THE  DATA  LINKS  HAVE  BEEN  PROCESSED  MERGDR  IS 

C*  CALLEO  TO  ORDER  ANO  MERGE  THE  EVENTS  WITH  THE  MASTER  LIST. 

C* 

C*  SUBRDUTTNF  ANO  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  FINDX 

C*  FINDY 

C*  ME POOR 

C* 

C ************************************************************ ********** 


Figure  2.1-14 
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c****^**,****^^^^^  RF/1()UP 

cl  M'»0'JIJIINE  hcadop 

C *  FUHvnSF 

c*  ■'n'i  nr  n^raiT"V„lH^^wt  rtN,r1  Re0i,ft  rives 

c;  A  «..«»  i-  *  i”;  mm  ,l,fs  ot  <  oevicl  with 

c*  CALLING  SFOUENCF 

C*  CAU  REAr)l,p<S,NK,FMUF,FMU»,  SIGK.T,*) 

C*  DLSC-’f  ori'N  OF  PARAMETERS  * 

1  *  INPUT  ♦ 

Cct  l'  '  up-down  timfs 

C*  ru.jr  ^©EH  °F  p*-AN\Fn  UP  DOWN  TJMFS 

r*  r  ^EAN  TIME  RETWEFU  FAILURES 

:  rTFr  riMf:  ro  —/— 

c*  SfGK  STA^ARO  UEVUriON  OF  REPAIR  TIME 

*  OUTPUT  * 

r*  Tt  *  ACTUAL  UP-OOWN  TIMFS 

c*  N  number  of  actual  UP-nowM  times  J 

c*  REMARKS  , 

cC:  °Fua“,u"  Ufc  >5  eccuMULarei)  during  on  time  only 

c*  METHOD 

\\  ois^AonVlvo  from  a  poisson 

C  r MF S(-  TIMFS  APF  rnnKAv  II  ,,  :f  e  JS  ^OUND  FROM  A  GAUSSIAN 

/  OF  r  Fic»  [\c  the  ACTUAL  n*E  h  ,  STOw/^*0  Uf>-°n^  T>MFS  TO 

c*  sui'^cur  rivrs  r f o u i ° r o 

Co  HI1NF 

c* 

t,'>*,‘*'******‘**+*zt*t*tmlQH(.H£*ii*^ii 
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c* 

c* 

SU1ROUT  I NE  C'VMMUP 

o 

c* 

PURPOSE 

c* 

THIS  POUT  I NE  COMPUTES,  FOR  EACH  REMOTE 

UNATTENDED  SENSOR 

DATA 

c* 

c* 

LINK  RELAY,  THE  GAME  TIMES  DURING  WHICH  THE 
OPERABLE. 

RELAY  IS  EMPLACED  AND 

c* 

CALLING  SEQUENCE 

c* 

CALL  C  OMMUP  (  XMIJF  »  YMIIF,  S  IGE  »XMUR  »S  IGR  »  X  MUL  »  S  I GL  »  XMUM,  S I ' 

c* 

* 

TMAX, PA, I  SO, I L , I R,  M, K ,  T  , 

iN) 

c* 

c* 

INPUTS 

SOURCE  TABLE 

ITEM 

c* 

XMUE- 

PLANNFO  UP  TIME 

8 

-RELAYS 

7 

c* 

SIGE- 

ST.  OFV.  OF  UP  TIME 

8 

-RELAYS 

9 

c* 

TM4X- 

PLANNFO  DOWN  TIME 

8 

-RELAYS 

8 

c* 

XMUF- 

MT8F 

0 

-REL. RELB. 

3 

c* 

XMUL- 

AVERAGE  8 ATT  FRY  LIFE 

9 

-REL.RFL8. 

A 

c* 

SIGL- 

ST.  OEV.  OF  BAT.  LIFE 

9 

-REL.RFLB. 

5 

o 

X  MUM- 

AVERAGE  MAINT.  INTERVAL 

8 

-RELAYS 

11 

c* 

SI  GM- 

ST.  OFV.  OF  MAINT 

8 

-PELAYS 

12 

c* 

XMUR- 

AVERAGE  REEMPLACEMENT  TIME 

8 

-RELAYS 

13 

c* 

,  SIGR- 

ST.  OEV.  OF  REEMPLACEMENT  TIME 

8 

-RELAYS 

1A 

c* 

NMC  - 

MAX  »  OF  REEMPLACEM6NT  MISSIONS 

a 

-RELAYS 

15 

c* 

PA  - 

PROB.  OF  ABORT 

8 

-RELAYS 

10 

c* 

ISO  - 

SELF  OESTRUCT  CAPAB.  I-YFS  O-NO 

9 

-R  Ev.  .R  ELB  • 

6 

c* 

- 

SHALL  SELF  OEST.  USEOl-YES  O-NO 

8 

-RELAYS 

16 

c* 

ISO  IS.ANO.  OF  THFSE  -DONE  BY  CALLING 

PROGRAM 

c* 

OUTPUTS 

c* 

tin. 

1*1, M  TIME  HISTORY 

c* 

Kin, 

1*1, M  CODE  -1  REEMPLACE  UP 

c* 

-2  NORMAL  UP 

c* 

-3  ABORT 

c* 

-A  REL  IABII  ITY  FAILURf 

c* 

-■5  LIFE  FAILURE 

c* 

-6  NORMAL  DOWN 

c* 

N  NUMBER  OF  RFFMPLACFMENT  MISSIONS  TRIED 

c* 

Cv 

REMARKS 

c* 

MAINTENANCE  ASSUMED  ONLY  TO  REPLACE  bAT  TER  I E  S 

c* 

ROUTINE  COUNTS  RELIABILITY  FAILURE  ONLY 

IF 

TURNED  ON 

c* 

c* 

c* 

SUBROUTINrS  REQUIRED 

c* 

N 

ONF 

c* 

c* 

Figure  2.1-16 
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METHOD 


;*  THE  FIRST  STEP  IS  TO  COMPUTE  THE  INITIAL  RELAY  EMPLACEMENT  TIME,  * 

I*  IF  THIS  INITIAL  RELAY  EMPLACEMENT  TIME  IS  GREATER  THAN  THE  PLANNED  * 

DOWN  TIME,  ADDITIONAL  REEMPLACEMENT  MISSIONS  ARE  UNDERTAKEN  PROVIDED  * 
SUCH  MISSIONS  REMAIN.  1/  IHJ  INITIAL  EMPLACEMENT  TIME  IS  LESS  THAN  * 
;*  THE  PLANNED  DOWN  TIME,  A  CHECK  IS  MADE  FOR  MISSION  ABORT  BY  COMPARING  * 

;*  THE  MISSION  fJJ DRT  PROBABILITY  (PA)  WITH  A  UNIFORM  RANDOM  NUMBER.  IF  * 

;*  THE  MISSION  ABORTS  AND  NO  MISSIONS  REMAIN,  THE  RELAY  REMAINS  DOWN.  * 

;*  HOWEVER,  IF  THE  MISSION  ABORTS  AND  MORE  MISSIONS  REMAIN,  A  NEW  EMPLACE-  * 

ME  NT  TIME  IS  DETERMINED.  * 

* 

IF  THE  MISSION  DOES  NOT  ABORT,  A  TIME  TO  FAILURE  IS  DETERMINED  FOR  .  * 

'*  THE  RELAY.  THIS  INVOLVES  THE  DETERMINATION  OF  TIMES  TO  RELIABILITY  * 

;*  FAILURE  AND  LIFE  FAILURE  AND  A  TIME  TO  MAINTENANCE  CHECKS.  IF  THE  * 

'*  RELAY  DOES  NOT  FAIL  BEFORE  ITS  PLANNED  DOWN  TIME,  THE  PROCESSING  THROUGH* 

COMMUP  IS  COMPLETE.  HOWEVER,  THE  RELAY  CAN  FAIL  DUE  TO  EITHER  A  LIFE  * 
OF  RELIABILITY  FAILURE  (MUST  OCCUR  PRIOR  TO  PLANNED  DOWN  TIME),  AND  * 

\  THAN  REEMPLACEMENT  WILL  TAKE  PUCE  PROVIDED  ADDITIONAL  MISSIONS  REMAIN.  * 

C 

..  ********************************* *************  ************  ***  **********  ***  ********* 
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) 

\ 


PIJHPOS  6 
CALLS 


SUB.  TO  PLAY  ARRAY  UGS»  AND  STASCAN  THRU  RUSUP 


USAOf 

MAIN  PROGRAM 
REMARKS 

THE  EVENTS  MAY  BE  WRITTEN  AS  A  SEPARATE  RECORD.  TO 
ACCOMPLISH  THIS  ONE  NEED  ONLY  REMOVE  THE  REWIND  M4,  REMOVE 
THE  DO  50  LOOP  AND  REMOVE  THE  CALL  TO  GMERGE  FROM  THE 
PROGRAM. 


SUBROUTINES  CALLED 
UPDN3 
UP0N19 


PLAYS  UGS  THRU  RUSUP  MSM-E VENT  4 
PLAYS  STASCAN  THRU  RUSUP  MSM-E VENT  4 


C *********** *******************  pR£ mn2  ****** ****************** ******** 
C* 

C*  PRE-RUN  EXECUTIVE—  STEP  2 

C*  •  . 

C* 

C* 

C* 

C* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

c ************  **********************  ******  *********************  ********* 


SUBROUT INfcS 


REOUIREO 

ERASE 

FINDX 

MERGOR 

OORDER 

GMERGE 

FINOY 

RUSUP 

EVNT48 


MFTHOD 


THF  COMMON  GAME  INFORMATION  IS  READ  FROM  JFMSTR*  THF 
PLANNER  INPUT  FROM  OATAIN  AND  THF  UPDOWN  TIMES  FROM  JF'JDT. 
SUBROUTINES  UPON3  AND  UPDN1 9  ARF  CALLED.  IF  MPRINT(OO) 

IS  NOT  EQUAL  TO  2ERO  THE  UPDOWN  TIMFS  FOR  THE  SENSORS  IS 
PRINTEO.  THE  UPDOWN  TIMFS  ARE  RECORDED  ON  JFUDT.  THE  FVENTS 
ARE  REAO  FROM  JFEVT  AND  MERGED  WITH  THE  EVENTS  GENERATE')  BY 
U°DN3  AND  UPDN19.  THE  MERGED  LIST  IS  WRITTEN  ON  JFEVT 


Figure  2.1-17 

•  • 
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(•$*$$**<!*»**  **$*$*$$4*  <1  <!<!**  upON  3  «T***'»*1>#*********«1Y4************ 

c* 

o 

SUBROUTINE  UPDN3 

c* 

c* 

purpose 

c* 

THIS  ROUTINE  PLAY'S  THE  SENSORS  AS  SOCI  AT  PD  WITH 

THE 

c* 

UG  ARRAYS  THROUGH  SUBROUTINE  RUSUP 

c» 

c* 

CALLING  SEQUENCE 

c* 

CALL  UPONlMf'R  1NT,NPLAY) 

c* 

c* 

DESCRIPTION  OF  PARAMETERS 

o 

*  INPUT  * 

c* 

planner 

TABLE 

ITEM 

c* 

N 

NUMBER  np  SENSORS 

I 

4 

c* 

XMUf- 

PLANNED  Up  THE 

1 

9 

c* 

S1GE 

STANDARD  DEVIATION  OF  UP  TIME 

l 

2  B 

c* 

PA 

PROBABILITY  Of  ABORT 

l 

23 

c* 

IC» 

CRITERIA  LEVEL 

1 

26 

c* 

NMC 

number  of  missions 

I 

25 

c* 

XMUR 

RE EMPLACEMENT  TIME 

l 

29 

c* 

SIG« 

STANOARO  DEVIATION  OF  REEMPLACEMENT 

TIME 

I 

30 

c* 

xmom 

MAINTENANCE  intfrval 

l 

31 

c* 

S  I  GO 

STANOARO  DEVIATION  OF  MAINTENANCE 

1 

32 

c* 

N  PC 

NUMHEP  OF  ATTEMPTS  PER  MISSION 

1 

24 

c* 

«pL 

MODE  OF  EMPLACEMENT 

1 

II 

c* 

TX 

PLANNED  DOWN  TIME 

1 

10 

c* 

*•  sruiu  tadle  ** 

c* 

c* 

l 

MEAN  BATTERY  LIFE 

4 

5 

c* 

2 

S1ANDARO  DEVIATION  OF  BATTt»Y 

LIFE 

4 

6 

c* 

3 

mfan  time  betwefn  failurfs 

4 

4 

o 

u 

SELF  Dfc  STRUCT 

114) 

2  71 T»* 

c* 

5 

AUX  OR  PR! 

4 

R 

c* 

4 

probability  of  survival 

4 

9 

c* 

MPKINT 

PRINT  OPTION 

c* 

NPL  AY 

PLAY  OPTION 

c* 

c* 

*  OUTPUT  * 

c* 

!”<  :m 

UP -DOWN  TIMES 

c* 

KSDN 

POI'lTFR  FOR  SENSOPS  IN  UOTM 

c* 

1  FV 

MASTER  EVENT  LIST 

c* 

c* 

SUAOOIM  ir.rs  REQUIRED 

r* 

F  IM  .)X 

c* 

RIISUP 

r* 

•■ic  HOUR 

r  * 

(•  v  •;  i  r  3 

Figure  2.1-18 
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* 


c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


MF  TMOf)  * 

THE  PLAINER  INPUT  DATA  FOR  THf  UGS  ARRAYS «  THE  SENSORS* 
AHf)  THE  SENSOR  PARAMETERS  ARE  LHC  AT  CO  BY  CALLING  FINOX.  THE  * 
PLAY  OPTION  IS  CHECKED.  THE  SENIN  TABLF  IS  SFI  AND  RUSlM1  IS  * 
CALLED.  AFTER  THE  CALL  THE  PRINT  OPTION  IS  CMFCKEO,  AND  THE  ♦ 
RESULTS  OF  RUSUP  ARE  PRINTED  IF  DESIRED.  EVNT4B  IS  CALLED  TO  * 
DECODE  THE  RESULTS  OF  RUSUP  AND  SET  THE  UPDOWN  TIMES  AND  MS'*  ♦ 
EVENT  TYPE  4.  AFT  FR  ALL  ARRAYS  HAVE  BFEN  PRPCESSFD  MFPGDR  * 
IS  CALLED  TO  ORDER  AND  MERGE  THE  EVENTS  WITH  THE  MASTER  LIST  * 


C ********************************** ******  *********************<.•********* 


Figure  2.1-18  (Cont.) 


»  # 
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C*********************  >.***$**;**  U°0*^  1 9  0******************************* 

SUBROUTINE  UPDN10 

PURPOSE  *  • 

THIS  K JUT  I NE  PLAYS  THE  SENSORS  ASSOCIATEO  WITH  THE 
STASCAN  ARRAYS  THROUGH  SUBROUTINE  RL'SUP 

CALLING  SEQUENCE 


c* 

CALL 

updnirimprint.nplayi 

C4 

c* 

DESCRIPTION  OF  PARAMETERS 

C * 

* 

INPUT  * 

c* 

PLANNER 

TABLE 

ITEM 

c* 

N 

NUMBER  OF  SENSORS 

19 

A 

c* 

XMUC 

PLANNED  up  time 

19 

9 

c* 

SIGE 

standard  deviation  of  up  time 

19 

15 

c* 

Prt 

PROBABILITY  OF  ABORT  «0 

c * 

ICR 

CRITERIA  LEVEL  “1 

c* 

NMC 

NUMBER  OF  MISSIONS  »l 

c* 

XMUR 

REEMPLACFMENT  TIME 

19 

16 

c* 

SIGR 

STANDARD  DEVIATION  OF  REEMPLACEMENT  TIME 

19 

IT 

c* 

XMUM 

MAINTENANCE  INTERVAL 

19 

18 

c* 

SIGH 

STANOARD  DEVIATION  OF  MAINTENANCE 

19 

19 

c* 

NPC 

NUMBER  OF  ATTEMPTS  PER  MISSION  *1 

c* 

MPL 

MODE  OF  EMPLACEMENT 

19 

11 

c* 

TX 

PLANNEO  OnwN  TIME 

19 

10 

c* 

1 

MEAN  BATTERY  LIFE 

A 

5 

c* 

2 

STANDARO  DEVIATION  OF  BATTERY  LIFE 

A 

6 

c* 

3 

MEAN  TIME  BETWEEN  FAILURES 

A 

A 

c* 

A 

SELF  OBSTRUCT  -O 

c* 

5 

AUX  OR  PRI 

A 

8 

c* 

6 

ORCQABILI TY  OF  SURVIVAL 

A 

9 

C* 

c* 

c* 

c* 

MPRINT  PRINT  OPTION  (SET  IN  PRERUN  STEP  0) 

NPLAY  PLAY  OPTION  (SET  IN  PRERUN  STEP  0) 

*  1 

OUTPUT  • 

c* 

UUTM 

IJP-OOWN  TIMES 

c* 

K  SDN 

POINTER  FOR  SENSORS  IN  UOTM 

c* 

1  FV 

MASTER  EVEN!  LIST 

C* 

C*  SUBROUTINES  REQUIRED 
C*  EINOX 

C*  *USUP 

C*  FVNT4R 

C*  MFKCOK 


Pigurt  2.1-19 
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METHOD 


C* 

C* 

C* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


THE  PLANNER  INPUT  DATA  FOR  THE  STASCAN  ARRAYS.  THE  SENSORS* 
AND  THE  SENSOR  PARAMETERS  ARE  LOCATED  UY  CALLING  FINDX.  THE  * 
PLAY  OPTION  IS  CHECKED.  THE  SENIN  TABLE  IS  SET  AND  RUSUP  IS  * 
CALLED.  AFTER  THE  CALL  THE  PRINT  OPTION  IS  CHFCKEf).  AN)  THE  * 
RESULTS  Uc  RUSUP  ARC  PRINTED  IF  DESIRED.  EVNT4B  IS  CALLED  TO  * 
OECOOF  THE  RESULTS  OF  KUSUP  AND  SET  THE  UPDOWN  TIMES  ANO  M$M  * 
EVENT  TYPE  4.  AFTER  ALL  APRAYS  HAVE  BEEN  PROCESSED  MERGDR  * 
IS  CALLED  TO  ORDER  AND  MERGE  THE  EVENTS  WITH  THE  MASTER  LIST  * 


C*** ************************************************************  ******** 


Figure  2.1-19  (Cont.) 
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} 


C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

c* 

o 

c* 

c* 

c* 

s* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

o 

c* 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


METHOD 

INITIALLY,  EMPLACEMENT  TIME  (TE)  FOR  EACH  SENSOR  IS  SET  TO 
PLANNED  UP  TIME  (XMUE)  PLUS  THE  STANDARD  DEVIATION  OF  THE  EMPLACE¬ 
MENT  TIME  (SIGE)  MULTIPLIED  BY  A  NORMAL  R/VDOM  NUMBER.  THE  EM¬ 
PLACEMENT  TIME  MUST  BE  GREATER  THAfJ  HALF  THE  PLANNED  EMPLACEMENT 
TIME. 

A  MATRIX  (LR)  IS  INITIALIZED  TO  ZERO  (DOWN) .  LR  WILL  CONTAIN 
A  RECORD  OF  WHETHER  EACH  SENSOR  IS  UP  OR  DOWN. 

THE  INITIAL  TIME  FOR  EACH  EMPLACEMENT  MISSION  IS  CHECKED  AS 
FOLLOWS:  IF  THE  EMPLACEMENT  TIME  IS  GREATER  THAN  THE  PLANNED  DOWN 

TIME,  THE  TIMES  IN  THE  IT  TABLE  FOR  ALL  SENSORS  IN  THAT  ARRAY  ARE 
SET  TO  THE  COMPUTED  EMPLACEMENT  TIME  AND  THE  1CODE  IS  SET  10-18. 

A  SECOND  TIME  (DOWN  TIME)  IS  CALCUTATED  BY  ADDING  1.  TO  THE  OLD 
EMPLACEMENT  TIME  AND  THE  ROUTINE  IS  EXITED. 

IF  THE  EMPLACEMENT  TIME  IS  NOT  GREATER  THAN  THE  PLANNED  DOWN 

TIMF,  A  CHECK  IS  MADE  TO  SEE  HOW  MANY  MISSIONS  ARE  REQUIRED  TO  GET  * 

THE  REQUIRED  NUMBER  OF  SENSORS  EMPLACED.  A  UNIFORM  RANDOM  NUMBER  * 
IS  COMPARED  WITH  THE  PROBABILITY  OF  MISSION  ABORT  FROM  PLANNER  IN-  * 
PUT.  IF  THE  MISSION  IS  ABORTED,  ICODE  IS  SET  TO  -13,  AND  THE  TIME  * 
FOR  REEMPLACEMENT  TO  OCCUR  IS  CALCULATED  USING  SIGR  AND  A  NORMAL  * 
RANDOM  NUMBER,  THIS  ASSUMES  A  NEW  MISSION.  BASED  ON  THIS  NEW  * 
MISSION  TIME,  A  TIME  FOR  THE  SENSOR  TO  GO  UP  IS  SET.  THE  COUNT  IS  * 
THEN  SET  FOR  THE  ARRAY  ID  AND  THE  TT  AND  LL  TABLES  ARE  SET  FOR  ALL  * 

OF  THE  SENSORS  IN  THIS  ARRAY.  IF  THE  EQUIPMENT  IS  HAND  EMPLACED,  * 

A  CHECK  IS  MADE  TO  SEE  IF  THE  END  OF  THE  GAME  OCCURS  PRIOR  TO  THE  * 

EQUIPMENT  BEING  REPAIRED.  IF  SO,  THE  ROUTINE  IS  EXITED.  IF  NOT,  * 

A  NEW  UP  TIME  IS  CALCULATED.  A  MISSION  TO  REPAlR/kE PLACE  THE  * 
SENSORS  MAY  OR  NAY  NOT  OCCUR.  * 

IF  THE  MISSION  IS  NOT  ABORTED,  THEN  A  MISSION  WILL  BE  STARTED  * 
WITH  AS  MANY  ATTEMPTS  AS  ARE  aT LOWED  (NPC)  TO  EMPLACE  THE  SENSORS.  * 
THE  LR  TABLE  IS  CHECKED  TO  SEE  HOW  MANY  SENSORS  ARE  UP.  AS  ADDI-  * 
TIONAL  SENSORS  ARE  EMPLACED,  PROBABILITY  OF  SURVIVAL  OF  EACH  SEN-  * 
SOR  IS  COMPARED  WITH  A  NORMAL  RANDOM  NUMBER  AND  SENSOR  STATUS  IS  * 
UPDATED.  * 

IF  THE  SENSOR  IS  A  PRIMARY  SENSOR,  THEN  THE  ASSOCIATED  AUXIL-  * 
IARY  GOES  DOWN  WITH  THE  PRIMARY.  THE  DOWN  TIME  OF  EACH  SENSOR  IS  * 
CALCULATED  AS  THE  MINIMUM  OF:  TIME  TO  SENSOR  FAILURE,  BATTERY  * 
FAILURE,  SCHEDULED  MAINTENANCE,  OR  END  OF  CAME.  FOLLOWING  EQUIP-  * 
MEN?  FAILURE,  THE  NUMBER  OF  OPERATIONAL  SENSORS  IS  CHECKED  TO  SEE  * 
IF  THE  ARRAY  MUST  BE  REPLACE?  OR  ANOTHER  REEMPLACEMENT  ATTEMPT  * 
MUST  BE  MADE.  * 


REMARKS 

RUSUP  LIMITED  BY  DIMENSION  STATEMENTS  ONLY, 
SUBROUTINES  REQUIRED 
DCRDER 


★ 

★ 

* 

* 

* 

* 


C***iHt****^**^**^»^»  irk'frtrir*+4tiHr*  *  ItirkiHririrtr/i  k  -fr***1*  **************  *********** 

Figure  2.1-20  (Cont.) 


f 

» 
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C**4  ********  ************  *******  FVNT48  *****»<>*<>***♦******************* 


c* 

*  * 

c* 

SUBROUTINE  EVNT4 3 

c* 

c* 

PURPOSE 

c* 

THIS  RUUTINE  IS  USED  BY  UPDN3  AND  UPDN1«  TO  DECODE 

c* 

THE  OUTPUT  OF  THE  RUSUP  ROUTINE  AND  GENERATE  MSM  EVENT 

c* 

4  AND 

THE  UP-DOWN  SEQUENCE  OF  THE  SENSORS 

c* 

c* 

CALLING  SEQUENCE 

c* 

CALL  EVNT48IMVE, I VF , I D, N, KNT ,LL ,TT, UDTM, NT, KSEN 1 

c* 

c* 

DESCRIPTION  OF  PARAMETERS 

c* 

MVE 

NUMBER  OF  HORDS  IN  EVENT  LIST 

c* 

ive<  ) 

EVENT  LIST 

c* 

in 

IDENTITY  OF  FIRST  SENSOR 

c* 

N 

NUMBER  OF  SENSORS 

c* 

KNT 

NUMBER  OF  TIMES  ASSOCIATED  WITH  EACH  SENSOR 

c* 

LL  (  ) 

COPE  IDENTIFYING  TIMES  (SEE  RUSUP) 

c* 

TTI  ) 

ARRAY  OF  TIMES 

c* 

UDTMI 

)  MASTER  TIME  STRING 

c* 

NT 

NUMBER  OF  WORDS  IN  UDTM 

L* 

KSENI 

)  POINTER  FOR  SENSORS  IN  UDTM 

c* 

c* 

REMARKS 

c* 

NONE 

c* 

c* 

SUBROUTINES  REQUIRED 

c* 

NONE 

c* 

c* 

METHOD 

c* 

THF 

RUSUP  CODE  IN  ARRAY  LL  IS  CHECKED  TO  IDENTIFY 

THE 

c* 

TIME. 

ONLY  TRUE  UPDOWN  TIMES  ARE  PLACED  IN  UDTM,  THE 

POINTER 

c* 

IS  SET 

AND  EVENT  TYPE  4  IS  GENERATED. 

c* 

C*** *********************** ********  **************************  *********** 

Figure  2.1-21 
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2.  1.  5.  4 


PRERUN  Step  3 


Step  3  in  PRERUN  comprises  the  main  program  (PREMN3) 
with  9  subroutines  listed  in  Table  2.  1-V,  plus  7  utility  subroutines. 

External  data  sets  required  as  input  are  "DATAIN", 

"JFMSTR",  "JFUDT",  and  "JFEVT"  generated  and  updated  in  Steps  0,  1, 
and  2. 

Designer  input  values  for  SNPGT  routine  are  set  by  BLOCK 
DATA  (JFBLK3).  See  volume  II,  Appendix  I. 

This  step  computes  the  ground  truth  positions  for  sensors 
within  ARRAYUGS  and  STASCAN  arrays  using  SNPGT  subroutine.  These 
ground  truth  positions  are  stored  on  disc  (JFPXY).  In  this  step  also,  data 
set  "JFEVT"  is  updated  by  inclusion  of  type  10  events  (Sensor  Reposition). 
Section  4  contains  additional  information  on  logic  used. 

The  Step  3  subroutines  are  described  in  Figures  2.  )  - 22  - 

2.1-31. 

2.1.5.  5  PRERUN  Step  4 

Step  4  in  PRERUN  comprises  the  main  program  (PREMN4) 
with  1  of  the  subroutines  listed  in  Table  2.  1-V,  together  with  use  of  5  of  the 
subroutines  from  Step  8  and  fc  utility  subroutines. 

External  data  sets  required  as  input  are  "DATAIN",  "JFMSTR" 
"JFUDT",  "JFEVT",  "JFPXY",  and  "MASSDAT"  generated  and  updated  in 
previous  steps. 

Designer  input  values  for  MVS  routine  are  arrays  PRNVI, 
PRNV2,  PRNV3,  PRNV4  (nominal  navigation  system  errors).  These 
values  are  the  same  as  those  in  BLOCK  DATA  (JFB..,K3)  and  in  the  previous 
step.  Any  changes  to  these  values  must  be  made  in  joth  steps. 

Figures  2.  1-32  and  2,  1-33  describe  the  subroutines  unique 

to  this  step. 


this  step  computes  ground  paths  for  moving  arrays 
(MOV'ARRAY),  up/down  times  for  the  associated  sensors,  and  defines  the 
moving  platforms  as  targets.  These  targets  are  stored  on  disk  (JFTAR). 
Events  type  4  (Sensor  Up/Down)  and  events  type  8  (A. -rav  Up/Down)  are 
added  to  the  d.sc  event  file  ''JFEVT  '.  Section  4  of  ‘hin  volume  has  addi¬ 
tional  mate:  lal  on  logic  involved. 

2.  1.5.6  PRERUN  Step  5 

Step  5  in  PR F RUN  comprises  the  main  program  (TRNPAR) 
with  3  subroutines  listed  in  Table  2.  1-V  plus  5  utility  subroutines. 


c **+****+#*4+***+* *************  PKEMN }  ********«.*******♦********«,****„ 

o 

C*  PRE-RUN  EXECUTIVE  -  STEP  1 

C* 

C*  PURPOSE 

c*  CALLS  SUBS  TO  PLAY  UGS  ANO  STASCAN  THRU  SNPGT 

C* 

C*  USAGE 

C*  MAIN  PROGPAM 

C* 

C*  T’FTHOO 

c*  THF  COMMON  GAME  INFORMATION;  THE  "ASTER  DATA  STREAM,  THF 

C*  UPDOWN  TIMES  ANO  THE  MASTER  EVENl  «  1ST  AkE  READ  FROM  THE 

C*  OATA  SETS.  THE  POINTER  ARRAY  K  S  SN  IS  Cd  TU  ZERO. 

c*  SUBROUTINE  PSNP  AND  PSNPI9  ARE  CALLED  TO  DETERMINE  GROUND 

C*  TRUTH  POSITIONS. 

c*  THE  GROUND  TRUTH  POSITIONS  ARE  PR INTEO-SUBROUT INE  FINDY 

C*  IS  USED  TO  LOCATE  THE  DATA  FOR  THE  INDIVIDUAL  SENSORS. 

C*  SXYTT  AND  THE  POINTER  KSSN  ARE  WRITTEN  ON  MTAPE ( 5 ) -  JFPXY 

C*  THE  UPDATED  EVENT  LIST  IS  WRITTEN  ON  MTAPEI AI-JFEVT 

C* 

C*  SUBROUTINES  CALLFO 

C*  ERASE 


PSNP  -  PLAYS  UGS  THRU  SNPGT 
PSNP 19-PLAYS  STASCAN  THRU  SNPGT 


MSM  EVENT  10 
MSM  EVENT  10 


C*  SUBROUTINES  KFQUIRFO 

C*  FINDX 

C*  FINDZ 

C*  FINDY 

C*  SNPGT 

C*  oopler 

C*  HYPERB 

C*  NORMER 

C*  RHOTHE 

C*  '  RERR 

C*  MFRGOR 

C*  0 ORDER 

C*  GMERGE 

C* 

C*  remarks 

C*  RFOUI RES  BLOCK  OATA  JF8LK3  (DESIGNFR  IN^UT  ) 

C*  INITIATES  GROUNO  TRUTH  POSITIONS  IN  SXYTT,  POINTER  KSS^ 

C*  IT  REQUESTS  DISC  SPACE  FOK  GROUND  TRUTH  -MTAPE  ( •>  > 

C* 


Figure  2.122 
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c** 

PSNP  ******  *************************  i 

c* 

c* 

SllBKUUI INE  PSNP 

c* 

c* 

PURPOSE 

c* 

COMPUTES  ground  truth  positions,  of  ugs  arrays 

c* 

■ 

c* 

calling  sequence 

c* 

CALL  PSNP(MPRINT) 

c* 

c* 

DESCRIPTION  OF  PARAMETERS 

c* 

*  INPUT  * 

c* 

MPRINT  CONTROLS  BCD  OUTPUT 

c* 

c* 

PLANNER  INPUT 

TABLE 

ITEM 

c* 

PRNVK  ,10)  NAVIGATION  SYSTEM  HYPERBOLIC 

15 

ALL 

c* 

PRNi  V2  (  ,  7)  NAVIGATION  SYSTEM  RHO  THETA 

16 

ALL 

c* 

PRNV3I  ,  7)  NAVIGATION  SYSTEM  DOPPLER 

17 

ALL 

c* 

PRNV4I  1  NAVIGATION  SYSTEM  NORMAL 

18 

ALL 

c* 

c* 

SNER  TABLE  PLANNER  INPUT 

TABLE 

ITEM 

c* 

SNERI  ,1)  SENSOR  ID 

3 

1 

c* 

SNERI  ,2)  MODE  OF  EMPLACEMENT 

1 

11 

c* 

SNERI  ,3)  CIPOCR  OF  EMPLACEMENT 

c* 

SNERI  ,41  STANDARD  DEVIATION  OF  MAP  ERROR 

c* 

SNERI  ,5)  STANDARD  OEVIATION  OF  LOCATION  ERROR 

2 

3 

c* 

SNERI  ,6)  RELATIVE  LOCATION  ERROR 

2 

4 

c* 

SNERI  ,7)  NAVIGATION  SYSTEM  OR  WEAPON  CODE 

2 

3-4 

c* 

SNERI  ,4)  POSITION  ERROR  PARAMETER  SET  ID 

2 

l 

c* 

SNERI  ,9)  X  (MPL  NE  1) 

2 

5 

c* 

SNERI  ,10)  Y  I MPL  NE  1) 

2 

6 

c* 

SNERI  ,11)  PLANNED  X 

3 

5-6-7 

c* 

SNF 0 1  ,12)  PLANNED  Y 

3 

5-6-7 

c* 

SNERI  ,13)  A  I  RD  (PLAY  VERTICAL  FAIL  ERROR:  YES  -  1,  NO 

-  0) 

c* 

SNERI  ,14)  AIRCRAFT  TYPE 

2 

4 

c* 

SNERI  ,151  DROP  SPEED 

2 

7 

c* 

SNERI  ,16)  DROP  ALTITUDE 

2 

8 

c* 

SNERI  ,17)  P/  TH  ANGLE 

c* 

SNLRI  ,20)  VERSION-NAVIGATION  SYSTEM 

2 

3 

c* 

SNEPE  TABLE 

c* 

SNE  PF (  ,1)  ORDFR 

c* 

SNEPFI  ,11  1*2,5,  RFEMPLACEMENT  TIMES 

c* 

c* 

*  OUTPUT  * 

c* 

SXYTT-  !)X»L)Y,XC,YO,TO,T1,  X  1  ,Y  l  ,  T2  ,  T3 ,  X2  ,  Y2  ,  T4  ,  T5  ,  FTC. 

c* 

OX  AN!'  UY  A  RF  PATH  DIRECTION  SEGMENTS ,  FULL  OWED 

BY 

c* 

X-Y  LOCATION  AND  CUPP  ESPOHDlNG  TIME  INTERVALS  TO,U 

c* 

BASIC  XYTT  PAT  TE°N  IS  REPEATED  AS  OETEN  AS  NECESSARY 

c* 

E  OH  l<  r  r  M  0 L  A  C  K  M  E  N  r  -  I  *-  ANY 

c* 

KSSNI  N)  PUINTI  ’  (i  I VI  NO  LOCATION  OF  START  OE  SXYTT 

Figur*  2.1-23 
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C*  INFORMATION  FOR  SENSOR  N  IN  SXYTT.I  I  ARRAY 

C*  ,  IVEIMVE*  I  EVENT  TYPE  10  FOR  MSN  AS  REQUIRED 

C*  UDTM  UPOOWN  TIMFS 

O  K SON  POINTER  FOR  SENSOR  UPOOWN  TIMES  IN  UDTM 

C* 

C*  SUBROUTINE  REQUIRED 

t*  SNPGT  -  TO  COMPUTE  GROUND  TRUTH 

C*  MERGOR-  TO  MERGE  M$M  EVENTS 

C* 

C*  METHOD 

C*  THE  PLANNER  INPUT  PRNV  TABLES  ARE  LOCATED  USING  FINDX.  IF  A 

C*  TABLE  IS  VOID  THE  VALUES  IN  THE  BLOCK  DATA  ARE  USED.  THE 

C*  PLANNCR  INPUT  DATA  FOR  THE  ARRAYS,  POSITION  ERRORS,  SENSORS 

C*  AND  PATHS  ARE  LOCATED  BY  CALLS  TO  FINDX. 

C*  THE  SNEK  AND  SNFPE  TABLES  ARE  SET.  UPOOWN  TIMES  ARE  LOCATED 

C*  IN  UDTM  BY  CALLING  FINDY.  THE  PATH  DATA  IS  SET  INTO  ARRAY 

C*  TRAIL.  THE  VARIOUS  PLAY  OPTIONS  ARE  CHECK  EO  AND  THE 

C*  APPROP I  ATE  PARAMETERS  ARE  SET.  SUBROUTINE  SNPGT  IS  CALLED. 

C*  THE  GROUND  TRUTH  POSITIONS  ARE  PLACED  IN  SXYTT  ALONG  WITH 

C*  THE  CORRESPONDING  TIMES  AMD  THE  POINTER  KSSN  IS  SET.  IF 

C*  THE  SENSPRS  WERE  PE-EMPLACED  SXYTT  IS  AUGMENTED  AND  MS M 

C*  EVENT  TYPE  10  JS  GENERATED.  THE  PRINT  OPTION  IS  CHECKED. 

C*  AFTER  ALL  ARRAYS  ARE  PROCESSED  MERGDK  IS  CALLED  TO  ORDER  AND 

C*  MERGE  THE  EVENTS  WITH  THE  MASTER  LIST. 

C* 

C*** ************ **************************************** *************** 


Figure  2.1-23  (Cont.) 
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c* 

c* 

SUBROUTINE  PSNP1R 

r. * 

c* 

PURPOSE 

c* 

COMPUTES  GROUND  TRUTH  POSITIONS  OF  STASCAN 

ARRAYS 

c* 

c* 

CALLING  SEQUENCE 

c* 

<:+ 

c* 

CALL  PSUPm  MPRINT) 

DESCRIPTION  OF  PARAMETERS 

c* 

«  INPUT  * 

r* 

M  PR  I NT  CONTROLS  BCD  OUTPUT 

c* 

c* 

PLANNER 

INPUT  TABLE 

ITFM 

c* 

PRNVK  ,10)  NAVIGATION  SYSTEM  HYPERBOLIC 

15 

ALL 

c* 

PPNV2I  ,  7)  NAVIGATION  SYSTEM  RHO  THETA 

16 

ALL 

c * 

PRNV3I  ,  7)  NAVIGATION  SYSTEM  OOPPLER 

17 

ALL 

c* 

PR.NV4I  >  NAVIGATION  SYSTEM  NORMAL 

18 

ALL 

c* 

c* 

SNF«  TABLE  PLANNER 

INPUT  TABLE 

ITEM 

c* 

SNE  R I  ,1)  SENSOR  10 

3 

1 

c* 

SNERI  ,i)  MODE  OF  EMPLACEMENT 

19 

11 

c* 

SNERI  ,3)  OAOFR  OF  EMPLACEMENT 

c* 

SNERI  ,V)  STANDARD  DEVIATION  OF  MAP  ERROR 

c* 

SNFRI  ,5)  STANDARD  DEVIATION  OF  LOCATION 

ERROR  2 

3 

c* 

SNFRI  ,6)  RELATIVE  LOCATION  ERROR 

2 

4 

r  * 

SNERI  ,7)3=0 

c* 

SNFRI  , R 1  =  0 

c* 

SNERI  ,<J)  NOT  USED 

c* 

SN  eR I  ,10)==0 

c* 

SNFRI  ,11)  PLANNED  X 

3 

5-6-7 

c* 

SNERI  ,12)  PL  AN  <IF  D  Y 

3 

5-6-7 

c* 

SNFRI  ,  l  3 ) *  =  0 

c* 

SNFRI  ,14)**0 

o 

SUER!  ,151=0 

c* 

SNERI  , 1 6 ) =  =  0 

c* 

SNERI  ,171*0 

r* 

SNFRI  ,?0)==0 

c* 

SN  F  DE  TABLE 

c* 

SNF  °FI  ,1)  OROER 

c* 

SNEPCI  ,1)  1=2,5,  REEMPLACEMENT  TIMES 

c* 

L* 

*  nuiPUT  * 

c* 

SXYTT-  0X,DY,X0,Y0,T0,T1,  X 1 , Y l , T? , T3, X2 , Y2 

,T4,T5,ETC. 

c* 

OX  AND  DY  A °E  PATH  DIRECTION  SEGME NTS , FULL  OWED  BY 

j 

c* 

X-Y  LOCATION  AND  CORRESPONDING  TIME  INTERVALS  T0,T1 

c* 

BASIC  XYTT  PATTERN  IS  REPFATED  AS  OFTEN  AS 

NECESSARY 

c* 

FOR  RECMPLACFMf NT-IF  ANY 

•  * 

r  * 

K  5S  -II  N)  DICTIONARY  GIVING  LOCATION  OF  START  OF  SXYTT 

, 

Figurt  2.1-24 


f  * 

c ♦ 
c* 
c* 

c+ 
o 
c* 
r* 
c  > 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

c*** 


I NF  OPM AT  I  ON  FOR  SENSOR  N  IN  SXYTTI 
IVEtMVF*  )  EVENT  TYPE  10  FOR  MSM 
110 T M  UPDOWN  TIMFS 
K  SDN  POINTER  FOO  SFNSOR 


I  ARRAY 
AS  REQUIRED 


UPDOWN  TIMES  IN  UOTM 


SUHRUUT INC  REQUIRED 

SNPGT  -  TO  COMPUTE  GROUND  TRUTH 
MERGDR-  TO  MERGE  MSM  EVENTS 

METHOD 

THE  PLANNER  INPUT  PRNV  TABLES  ARE  LOCATED  USING  FINDX.  IF  A 
TABLE  IS  VOID  THF  VALUES  IN  THE  BLOCK  DATA  ARF  USED.  THE 
PLANNED  INPUT  DATA  FOR  THF  ARRAYS,  POSITION  ERRORS,  SENSORS 
ANO  PATHS  ARE  LOCATED  BY  CALLS  TO  FINDX. 

THE  SNER  ANO  SNlPE  TABLES  ARE  SET.  UPDOWN  TI“CS  ARE  LOCATED 
IN  UDTM  BY  CALLING  EINDY.  THE  PATH  DATA  IS  SET  INTO  ARRAY 
TRAIL.  THE  VARIOUS  PLAY  OPTIONS  ARE  CHECKED  ANO  THE 
APPROP I  ATE  PARAMETERS  ARE  SET.  SUBROUTINE  SNPGT  IS  CALLED 
THE  GROUND  TRUTH  PUSITICNS  ARE  PLACED  IN  SXYTT  ALONG  WITH 
THE  CORRESPONDING  TtMES  ANO  THE  POINTER  KSSN  IS  SET.  IF 
THE  SENSORS  WERE  RE-EMPLACED  SXYTT  IS  AUGMENTED  AND  MSM 
EVENT  TYPE  10  IS  GENERATED.  THE  PRINT  OPTION  IS  CHECKED 
AFTER  ALL  ARRAYS  ARE  PROCESSED  MERGDR  IS  CALLED  TO  ORDER  AND 
MERGE  THE  EVENTS  WITH  THE  MASTER  LIST. 

******** ********* ********* ***************************** ************* 
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£******««********* ******  *******  SNT'GT  ******************************** 

c* 

c*  subroutine  snpgt 

c* 

C*  PURPOSE 

C*  THIS  ROUTINE  DETERMINES  THE  GROUND  TRUTH  POSITIONS 

C*  OF  THE  STATIONARY  SENSORS 

c* 

o  calling  sfquence 

C*  CALL  SNPGT 

c* 

c*  DESCRIPTION  of  parameters 

C*  INPUT  AND  OUTPUT  VIA  BLANK  COMMON  AND  LAQELED  COMMON  BLOCK 

C*  /MVSNP/. 

C* 

C*  GLOSSARY 

C*SNER  SNPGT  CP  TEMPORARY  PLANNER  INPUT  TABLE,  SENSOR  GAME-DATA 
C*AT  10E  SNPGT  CP  ARTILLERY  /  MORTAR  EMPLACEMENT  ERROR  (I,J,K) 

C*ADRP1  SNPGT  CP  AIK  DROP  SENSOR  FALL  ERROR-ROTARY  WING  A/C  !J,L,M) 

C*SUNPF  SNPGT  C»  SNPGT  TAQLE  FOR  STORAGE  OF  GUN  POSITION  ERROR 

C*SNPUO  SNPGT  CP  SNPGT  TABLE,  STORES  SENSOR  REEMPLACEMENT  POSITIONS 

C*S  SNPGT  OP  ONE  STANDARD  DEVIATION  OF  A  NORMAL  DISTRIBUTION 

C*CX  SNPGT  OP  DUMMY  VARIABLE  X  DIRECT  ION, MFTERS 

C*CY  SNPGT  DP  DUMMY  VARIABLE  Y  DI RECT ION, METERS 

C*VX  SNPGT  DP  RANDOM  NORMAL  DEVIATE  X  DIRECTION, METERS 

C*VY  SNPGT  OP  RANDOM  NORMAL  DEVIATE  Y  DIR ECT ION, KETFRS 

C*PX  SNPGT  DP  RANDOM  NORMAL  DEVIATE  X  DIRECT  ION, METERS 

C*p  .  SNPGT  DP  RANDOM  NORMAL  DEVIATE  Y  DIRECTION, METERS 

f.*PGTX  SNPG1  CP  TFMP  STORAGE  OF  X  COOPD  OF  SENSOR  GROONO  TRUTH  POSN 

C*PGTY  SNPGT  CP  TEMP  STORAGE  OF  Y  COORD  OF  SENSOR  GROUND  TRUTH  POSN 

C* l FI  AG  SNPGT  DP  INDICATOR, IS  SENSOR  FIRST  EMPLACEMENT  OF  ARRAY 

C*  VD  SN°r.T  OP  RANDOM  NORMAL  DEV  I  AT  E  OF  WEAPON  DISPERSION  IN 

C  *VD  SNPGT  DP  DEFLECTION 

C *  I M /V X  SNPr.T  CP  MAX  NUMBER  OF  ROWS  OF  DATA  IN  THE  SNFR  TABLE 
C*IX  SN^GT  C°  STARTFP  NUMBER  FOR  RANDOM  NORMAL  NUMBER  GENERATER 

C*NAVSW  SN°GT  OP  INDICATOR  OF  TYPE  AIR  NAVIGATION  SYSTEM  PLAYED 

C*R  SNPGT  DP  LENGTH  OF  LINE  SEGMENT  (R ANGE > , ME TERS 

C  *  SL  SNPGT  DP  SLOPE  OF  LINE  SEGMENT ,R AT  10 

C*VXR  SNPGT  dp  X  COMPONENT  OF  R ANO . NOR .DF V.  OF  WPN  RANGE  DISPER'N 

C*VYR  SNPGT  OP  Y  COMPONENT  OF  RAHD .NOR . DEV .  OF  WPN  RANGF  DISPER'N 

C * V X 0  SNPGI  dp  X  COMP • T  OF  SAND. NOR. DEV.  OF  WPN  DEFL'N  DISP'N 

C  *  VYD  SNPGT  OP  Y  COMP'T  OF  RAND.NOR.OEV.  OF  WPN  DEFL'N  DISP'N 

C«S1  SNPGT  OP  ONE  STANDARD  DEVIATION  OF  A  NORMAL  DISTRIBUTION 

C*S?  SNPGT  OP  ONt  STANDARD  OEVUTION  OF  A  NORMAL  DISTRIBUTION 

C * VR  SN’C.T  DP  RANDOM  N'C-AL  DEVIATE  OF  WEAPON  DISPERSION  IN  RANGE 
C-*f«RX  SNPGT  IP  x  COMPONENT  CF  NAVIGATION  SYSIEM  ERROR, METERS 

C*FRRY  S N P C T  (ip  Y  COMPONENT  OF  NAVIGATION  SYSTEM  ERRQK, METERS 

C  *  AT  X  SNPGf  OP  X  CIVR'INE  JT  OF  ALClNG-TRACK  ERROR, METERS 

C*  AT  Y  SNPGT  CP  Y  COMPONENT  OF  ALONG-TOACK  f RRDO , MF  TEPS 

C*CTX  SNPGT  !)'■>  X  COMPONENT  OF  CRUSS-TRACK  ERROR ,  ME  TERS 
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C*CT V  SM°'5T  OO  Y  COMPONENT  OP  CROSS-TRACK  ERROR, METFRS 

C*I  SNPGT  CP  SENSOR  IDENTIFICATION  NUMBER,  INTHRGER 

C*MJ  SN"GT  DP  INDEXING  INTE'.ER 

CPSNEPE  RU5.UP  CP  TABLE  UF  SCNSUR'UP  TIMES  •  DUR  ING  THE  GAME  (  M,N  ),  SECONDS 

C*DX  SN'»GT  DP  RANDOM  NORMAL  DEVIATE  X  DIR  ECT  ION,  MCTE RS 

C*DY  SN°GT  OP  RANDOM  NORMAL  DEVIATE  Y  DIRECTION, METERS 

CP  AT  SNPC.V  DP  ALONG-TRACK  COMPONENT  OF  SENSOR  FALL  ERROR, METERS 

C*CT  SNPGT  DP  CORSS-TR ACK  COMPONENT  OF  'SENSOR  FALL  ERROR, METERS 

CPJPMAX  SNPGT  CP  MAX  GAME  ID  N3  OF  GUN  POSITION  OF  GUNDE  TABLE 

CPMMAX  SN’»GT  CP  MAX  NUMBER  OF  ROWS  OF  DATA  IN  SNEPE  TABLE 

CPNMAX  SNPGT  OP  MAX  NUMBER  OF  COLUMNS  OF  DATA  IN  THE  SNEPE  TABLE 

CPA  SNPGT  OP  DUMMY  VARIABLE  FOR  POSN  GROUND  TRUTH  COORDINATE 

C*8  SNPGT  OP  TEMP  VALUE  TO  DETERMINE  J  FOR  ADRP  TABLE 

CPJ  SNPGT  OP  INOEXING  INTEGER 

C*K  SNPGT  OP  INDEXING  INTEGEP 

C*L  SNPGT  DP  INOEXING  INTEGER 

CPJP  SNPGT  DP  INOEXING  INTEGER 

CPADRP2  SNPGT  CP  SENSOR  FALL  DISPERSION  ERROR  FOR  FIXED  WING  A/C 

CPTRAIL  SNPGT  CP  INPUT  TABLE  OF  PLANNER  ESTIMATED  TRAIL  SEG.  COOROS 

CPGX  SNPGT  DP  RANOOM  NORMAL  DEVIATE  X  DIMENSION  OF  ERROR 

C*GY  SNPGT  OP  RANOOM  NORMAL  DEVIATE  Y  DIMENSION  OF  ERROR 

C*PGX  SNPGT  OP  X  COORD  OF  PLANNERS  INTENDED  SENSOR  EMPLACEMENT  St  TE 

C*PGY  SNPGT  DP  Y  COORD  OF  PLANNERS  INTENDED  SENSOR  EMPLACEMENT  SITE 

C^XI  SNPGT  DP  X  COORO  OF  TERMINAL  OF  LINE  SEGMENT  METERS 

C*Y1  SNPGT  DP  Y  COORD  OF  TERMINAL  OF  LINE  SEGMENT  METERS 

C*X?  SNPGT  OP  X  COORD  OF  TERMINAL  DF  LINE  SEGMENT  METERS 

C*Y2  SNPGT  DP  Y  COORD  OF  TERMINAL  OF  LINE  SEGMENT  METERS 

C*THFTS  SNPGT  DP  SLOPE  OF  TRAIL  SEG.  AT  SENSOR  POSN  (FROM  POS  X  AXIS) 

CPTHETR  SNPGT  DP  SLOPE  OF  LOCATION  ERROR  VECTOR  MEASD  FROM  POS  X  AXIS 
C*PI  SNPGT  OP  NUMBER  OF  RADIANS  IN  IBO  DEGREE  SECTOR  ( RADI  ANSI 

CPTHFT1  SNPGT  DP  OUMMY  VAR.  FOR  LINE  SLOPE  (MEASD  FROM  POS  X  AXIS) 

C*THET2  SNPGT  UP  OUMMY  VAR.  FOR  LINE  SLOPE  ( MEASD  FROM  POS  X  AXIS) 

C*AL?M»  SNPGT  OP  ANGLE  FOR  PROJECTING  ERROR  VECTOR  TO  TV  A I L  SEGMENT 
C*BX  SNPGT  D°  X  COMPONENT  OF  ERROR  VECTOR  (METERS) 

C*8Y  SNPGT  OP  Y  COMPONENT  OF  ERROR  VECTOR  (METERS) 

C*ZAP  SNPGT  UP  DUMMY  VARIABLE  (METFRS) 

C*M  SNPGT  DP  10  OF  ROWS  OF  DATA  IN  SNEPE  TABLE 

C*N  SNPGT  DP  10  OF  COLUMNS  OF  DATA  IN  SNEPE  TABLE 

C*THETA  SNPGT  OP  SLOPE  OF  LINE  SEGMENT  MEASURED  FROM  POS  X  AXIS 
C* 

C* 

C*  METHOD:  SEE  PAR  A. 3.1,  PAGE  4-28  VOL  I,  PART  II. 

C* 

C* 

C*  SUBROUTINES  REQUIRED 
C*  GRN 

C*  HYPEPB 

C*  RHUTME 

C*  DOPLFR 

C*  NORMfR 
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OOHl £ R  ******************************** 


/  SURROUT INF  OOPLFR 

PURPOSE  _  t 

USED  TO  GENERATE  X  AND  Y  COMPONENTS  OB  SYSTEM  ERROR  EXPECTED  FROM  A 

DOPPLER  NAVIGATION  SYSTEM. 

CALLING  SEQUENCE 

CALL  DQPl E  R I NVSW2  t  NSL  FGi IUPDT, VS ,ALT,PX,PY, X2,Y2»PRNV3, 
FKP.X,FRRY,UPDX,UPDY) 

DCSCK  I  PTION  OF  PARAMETERS 
GLOSSARY 

VI  OOPLFP.C  INPUT  TABLE  OF  DOPPLER  NAVIGATION  SYSTEM  ERROR  OATA 
OOPLFRO  NAV  SYSTEM  INFLIGHT  UPDATING  ERROR  FACTOR 
OriPLERD0  TI"F  REQUIRED  TO  TRAVERSE  LEG  (SECONDS) 

OOPLFRDP  PRODUCT  OF  TI  AND  A 

DOPLEROP  NOISE  HANOWIDTH  OF  OOPLER  SYSTEM  (l/SECONDS) 

E  DOPLEROP  ALONG-TRACK  DOPPLER  SENSOR  ERROR  ( MFTFRS ) 

E  DOPLEROP  ALONG  TRACK.  DOPPLER  COMPUTER  ERROR  (METERS) 

E  DOPLEROP  CROSS  TRACK  DOPPLER  SENSOR  ERROR  (METERS) 

F  DUPLE RD°  CROSS  TP  AC  K  DOPPLER  COMPUTER  ERROR  (METERS) 

OOPLFRDP  ONE  STD  DEV  (NORMAL)  OF  DOPPLER  REGISTRATION  ERROR 
EG  0 1PL  E  RCP  ID  OF  LEG  INITIATION  POINT  INTEGER 

DDPLFPCP  X  COORD  OF  MOVEMENT  LEG  INITIATION  POINT  (METERS) 

DUPLF  pCD  Y  COOPO  OF  MOVEMENT  LEG  INITIATION  POINT  (METERS) 

ODPLFRCP  X  COORD  OF  INITIATION  POINT  OF  PREVIOUS  MOVEMENT  LEG 

DOPL  F  RC°  Y  COORD  OF  INITIATION  POINT  UF  PREVIOUS  MOVEMENT  LEG 

T  DOPL F aDP  LEG  LENGTH  (METERS) 

DUPLERCP  AVERAGE  VELOCITY  OF  MOVEMENT  ON  THIS  LEG 
DOPLEPC0  FL  FV  AT  ION  OF  THE  SENSOR  PLATFORM  ABOVE  GROUND  LEVEL 
X  DUPLF  RCP  X  COMPONENT  OF  NAV  SYSTEM  ERROR  AFTER  UPDATING 

DT  ODPLFRCP  SIGNAL  TO  SHOW  IF  DOPPLE»  E  RRUR  WILL  HE  UPDATED 

(XIPLcprio  FACTOR  FOR  COMPUTING  ALONG  AND  CROSS  TRACK  ERRORS 
OUPIERDP  ONE  STD  NORMAL  DEV  OF  ALONG  TRACK  ERROR  (METERS) 

IJUPL  F  R  OP  DNfc  STD  NORMAL  OEV  OF  CROSS  TRACK  ERRJH  (METERS) 
OOPLF  POP  COMaiNEO  ONE  STD  NORMAL  DCV  OF  ALONG  TRACK  ERROR 
D’JPLFKDP  COMBINED  ONE  STD  NORMAL  DEV  OF  CROSS  TRACK  ERROR 
mPLeHnP  X  COMPONENT  OF  ALONG  TRACK  FRROK  1 METFRS ) 

DUPLEUDP  Y  COMPONENT  OF  ALONG  TRACK  FKROR  (METERS) 

DO>’LFPOP  X  COMPONENT  0>-  CROSS  TRACK  ERROR  ( METERS) 

)0(jLrRUo  Y  COMPONENT  OF  CROSS  TRACK  ERROR  (MFT6RS) 

DOPLEROP  RANDOM  NORMAL  DEVIATE  JF  ALONG  TRACK  ERROR  (METERS) 
DOPLEROP  RANDOM  NDR-AL  DEVIATE  OF  CROSS  TRACK  ERROR  (METERS) 

X  ODPLFRCP  x-COMPDNENT  (F  TOTAL  ODPELER  ERROR  (MfcTERSI 

Y  !>)PL r RCP  y- COMPONENT  LF  TOTAL  DOPPLER  ERROR  (METERS) 

DOPL  F  'M'P  LINE  SLOPE  REAL 

T A  UJi'lr.RDP  ANG'ILAP  SLOPE  OF  MOVEMENT  LFG  FROM  POSITIVE  X  AXIS 
W?  DDPLFPCP  10  OF  THE  PARTICULAR  SFT  (0F4I  OF  DOPPLER  NAV  SYSTFM 
lY  )  ’  1 L  r  J  C  P  Y  C '  >  m  p>  ; ",  |  N  T  C <  NAV  S  YS  T  t  M  fP»DP  AFTEp  UPDATING 


C*PRNVM 

DOPL F PC 

t*FAK 

OOPLFRO 

C*  T  I 

OriPLERD0 

C*A 

DOPL  FRO0 

C*H 

DOPLEROP 

C*  AT  S  E 

DOPL  ERDP 

C*ATC  E 

OOPLFRDP 

C*CTSE 

OOP LE POP 

C*CTCE 

OOPLERO0 

C*RS 

DOPLFRDP 

C*NSL  EG 

D 1PL  E  RCP 

C*X2 

DDPLFPCP 

C*Y2 

DDPLFPCP 

C*PX 

ODPLFRCP 

C*  P  Y 

DOPLFRCp 

c*oist 

DOPL  F  aDP 

c*vs 

DOPL  c»CP 

C*ALT 

DOPLEPCP 

c*iipox 

DUPLF  RCP 

C*  I'JPDT 

ODPLFRCP 

C*P  T 

OOP L  CP 0° 

C*  AT  F 

D DPI ERDP 

C  *  f  T  F 

DUPL  F  R  OP 

C*ATS 

OOPLF  POP 

C*CTS 

DOPL  FKDP 

C*AE  x 

ODPL  PROP 

C  *  AF  Y 

DUPLE “DP 

c*cex 

DO>’LFPDP 

c*cey 

)DPL  r  R up 

c*  a  r 

ddplfkop 

c*cr 

DpPL  E  R  DP 

C  *  F  P  H  X 

;pplf«cp 

c  *  r  R  R  Y 

DOPL  r  RCP 

c*si 

Dr’PL  F  <M>P 

C ♦ THF TA 

DJI’L FRDP 

C  *N V  S  W2 

DOPLEPCP 

C  •UPDY 

)  !  ’  *  L  r  J  C  P 

(METERS) 

(METERS) 


C*  METKJD:  SEE  2-5A.5. 
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METHOD 


* 


C* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

CM 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


FROM  THE  DOPLER  NAVIGATION  PARAMETER  TAULE,  NAVIGATION  SYSTEM  * 
ERROR  PARAMETERS  ;J®  A  SYSTEM  UPDATING  FACTOR  ARE  OBTAINED.  ONE  * 
STANDARD  DEVIATION  OF  DOPPLER  REGISTRATION  ERROR  IS  ESTABLISHED.  * 
THE  NEXT  STEP  IS  TO  CALCULATE  THE  DISTANCE  AND  TIME  USED  IN  TRA-  * 
VERSING  THE  LEG.  THE  FACTOR  FOR  COMPUTING  ALONG  AND  CROSS  TRACK  * 
ERRORS  IS  POUND  AND  IS  USED  IN  COMPUTING  ONE  STANDARD  NORMAL  DEVI-  * 
ATIONS  OF  ALONG  TRACK  ERRORS  AND  CROSS  TRACK  ERRORS.  RANDOM  NOR-  * 
MAL  DEVIATES  OF  ALONG  TRACK  ERRORS  AND  CROSS  TRACK  ERRORS  ARE  COM-  * 
PUTED. 

AT  THIS  TIME  THE  X  COMPONENT  OF  ALONG  TRACK  ERROR  AND  CROSS  * 
TRACK  ERROR  IS  CALCULATED  AND  COMBINED  INTO  AN  X  COMPONENT  CF  SYS-  * 
TEM  ERROR.  THE  SAME  PROCEDURE  IS  UTILIZED  TO  OBTAIN  A  Y  COMPONENT  * 
OF  SYSTEM  ERROR.  IF  UPDATING  IS  CALLED  FOR,  ONE  STANDARD  DEVIA-  * 
TION  (NORMAL)  OF  DOPPLER  REGISTRATION  ERROR  IS  CALCULATED  FROM  AIR-* 
CRAFT  ALTITUDE  AND  THE  ERROR  FACTOR.  THEN  X  AND  Y  COMPONENTS  Or  * 
UPDATED  NAVIGATION  SYSTEM  ERRORS  ARE  COMPUTED.  * 

* 
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C ********** ********************  MYPER8  ****************************41*** 
C* 

Cf 

C*  SUBROUTINE  HYPERB 

C*  PURPOSE 

C*  USED  TO  COMPUTE  X  AND  Y  COMPONENTS  OF  SYSTEM  ERROR  WHEN  A  SENSOR  PLAT- 

C*  FORM  IS  SUPPORTED  BY  A  HYPERBOLIC  NAVIGATION  SYSTEM, 

C*  *  • 

O  CALLING  SEQUENCE 

C*  CALL  HYPERB ( NVSW2, NSLEG, I TRAL, P X, PY ,X2 , Y2 ,SX,SY , PRNVl , ERRX , 

C*  ERRY) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  GLOSSARY 

C+NVSW2  HYPERBCP  10  OF  THF  PARTICULAR  SET  OF  HYPERBOLIC  NAV  ERROR 
C*SLE  HYPERBOP  NAV  GRND*  STA.  LOC.  ERROR  IONE  STD  DEV,CIR  NORM)  . 
C*TOM  HYPERBOP  TIME  DISTANCE  NEAS  ERROR  ONE  STD  DEV, NORMAL  DIST 
C*XSi  HYPERBOP  X  POSITION  COORD,  FIRST  SLAVE  STATION  (METERS) 

C*Y3 1  HYPERBOP  Y  POSITION  COORD, FIRST  SLAVE  STATION  (METERS) 

C*XS2  HYPERBOP  X  POSITION  COORD  SECOND  SLAVE  STATION  (METERS) 

C*YS2  HYPERBOP  Y  POSITION  COORO  SECOND  SLAVE  STATIC  4  (METERS) 

C*XS3  HYPER  BOP  X  POSITION  COORO  THIRD  SLAVE  STATION  (METERS) 

C*  YS3  HYPERBDP  Y  POSITION  COORO  THIRD  SLAVE  STATION  (METERS) 

C*XMS  HYPERBDP  X  POSITION  COORO  MASTER  STATION  (METERS) 

C* YMS  HYPERBDP  Y  POSITION  COORD  MASTER  STATION  (METERS) 

C*PRNVl  h.PERBCP  INPUT  TABLE  OF  NAVIGATION  SYSTEM  ERROR  PARAMETERS 
C*ITRAL  HYPERBCP  FLAG  TO  SHOW  IF  MOVEMENT  FOLLOWS  PROMINENT  ROUTE 
C*BETA1  HYPERBDP  ANGLE  FROM  OS  X-AXIS  TO  LINE  F«OM  SLAVE  I  TO  SENSOR 

C*BFTA2  HYPERBDP  ANGLE  FROM  POS  X-AXIS  TO  LINE  FROM  SLAVE  2  TO  SENSOR 

C*fiETA3  HYPERBOP  ANGLE  FROM  POS  X-AXIS  TO  LINE  FROM  SLAVE  3  TO  SENSOP 

C*BcTA4  HYPEPBDP  ANC.LF  FROM  POS  X-AXIS  TO  LINE  FROM  MASTER  TO  SENSOR 

C* ALP  HI  HYPERBDP  ANGLE  FROM  L.O.P.l  TO  LINE. JOINING  SENSOR  G  SLAVE  l 
C* AL  PH?  HYPERBDP  ANGLE  FROM  L.U.P.2  TO  LINE  JOINING  SENSOR  £  SLAVE  2 
C*AL?H?.  HYPEPROP  ANGLE  FROM  L.0.P.3  TO  LINE  JOINING  SENSOR  £  SLAVE  3 
C*THE  f 3  HYPERBDP  ANGLE  BETWEEN  POS  X-AXIS  AND  L.0.P.3  (RADIANS) 

C*FX  1  HYPERBDP  X  COMP  OF  ERROR  FOR  POSN  FIX  FROM  LOP  l  AND  LOP  2 

C*FY1  HYPFRBDP  Y  COMP  OF  ERROR  FOR  POSN  FIX  FROM  LOP  1  AND  LOP  2 

C*FX2  HYPERBOP  X  COMP  OF  FRRQR  FOR  POSN  FIX  FROM  LOP  2  AND  LOP  3 

C*FY2  HYPERBDP  Y  COMP  DF  ERROR  FOR  POSN  FIX  FROM  LOP  2  AND  LOP  3 

C*SG1  HYFFR8DP  ONE  STD  NORM  OEV  OF  SENSOR  POSN  ERR.  PERP  TO  L.O.P.l 

C*SG2  HYPERBD“  UNE  STD  NORM  DEV  OF  SENSOR  POSN  ERR.  PERP  TO  L.0.P.2 

OSG3  HYPERBDP  ONE  STO  NORM  OEV  OF  SENSOR  POSN  ERR.  PERP  TO  L.0.P.3 

f.*fl  HYPf-ROOP  RANDOM  NDPMAL  OEVIATE  OF  SENSOR  POS.  ERROR  TO  SGI 

C*(  2  (■'.  PFRBDP  RANDOM  NORMAL  DEVIATE  OF  SENSOR  POS.  ERROR  TO  SG2 

C*  THF  T1  HYPERBDP  ANGLE  BETWEEN  POS  X-AXIS  AND  LOP  1  (RADIANS) 

C*THET2  HVPrppijp  ANGLF  BETWEEN  POS  X-AXIS  AND  L0P2  •  RADI  ANS ) 

C*  F 1 X  HYfFRBOP  X  COMPONF  NT  OF  SENSOR  POSITION  ERROR  FOR  LOP  1 

C  *  F  I Y  HY'Rf  R  BOP  Y  COMPONENT  OF  SENSOR  POSITION  ERROR  FOR  LOP  I 

C*E2X  HYPERBD“  X  COMPONENT  OF  SENSOR  POSITION  FRROR  FOR  LOP  2 

C*E2  Y  HYPFRBDP  Y  COMPQNFNT  OF  SENSOR  POSITION  ERROR  FUR  LOP  2 
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C*X2  HYPERBCP  X  COORDINATE  QF  INITIAL  POINT  OF  LFf.  (METERS) 

C*Y2  HYP t K3CP  Y  COORDINATE  OF  INITIAL  POINT  CF  LEG  (METERS ) 

C*F3X  HYPERBDP  X  COMPONENT  OF  SENSOR  POSITION  ERROR  FOR  LOP  3 

C*F3 Y  HYPER  BOP  Y  COMPONENT  OF  SENSOR  POSITION  ERROR  FOR  LOP  3 

C*E3  HYPER  POP  RANDOM  NORMAL  DFVIATE  OF  POSITION  ERROR  FROM  SG3 
C*ERRX  HYPERBCP  X  COMPONENT  OF  AGGREGATED  ERROR  FOR  HYPERB  SYSTEM 

C*ERRY  HYPER 3CP  Y  COMPONENT  OF  AGGREGATED  ERROR  FOR  HYPERB  SYSTEM 

C*FX3  HYPERBDP  X  CO*P  OF  ERROR  FOR  FIX  FROM  LOT  l  AND  LOP  3 

C*FY3  HYPERBDP  Y  COMP  OF  ERROR  FOR  FIX  FROM  LnP  1  AND  LOP  3 

C*IGAS  HYPERBDP  FLAG  TO  SHOW  IF  JUST  2  OR  ALL  3  LOPS  ARE  USEFUL 

C*R1  HYPERBCP  MAGNITUDE  OF  ERROR  VECTOR  FROM  LOP  l  AND  LOP  2 

C*R2  HYPERBDP  MAGNITUDE  OF  ERROR  VECTOR  FOR  LOP  2  AND  LOP  3 

C*R3  HYPERBDP  MAGNITUDE  OF  ERROR  VECTOR  FOR  LOP  3  AND  LOP  1 

ID  OF  LEG  INITIATION  POINT 

X  COORD  OF  INIT.PT.  OF  PREVIOUS  MOVEMENT  LEG 

Y  COORD  OF  INIT.PT.  OF  PREVIOUS  MOVEMENT  LEG 

X  COORO  OF  INIT.PT.  OF  SUCCEEDING  MOVEMENT  LEG 

Y  COORO  OF  INIT.PT.  OF  SUCCEEDING  MOVEMENT  LEG 

STARTING  AND  SUBSEQUENT  RAND.  INTG.  FOR  RAND. NO. GEN. 
SLOPE  OF  LINE  JOINING  SLAVE  STN  NO  I  AND  SENSOR 

SLOPE  OF  LINE  JOINING  SLAVE  STN  NO  2  AND  SENSOR 

SLOPE  OF  LINE  JOINING  SLAVE  STN  NO  3  AND  SENSOR 

SLOPE  OF  LINE  JOINING  MASTER  STN  AND  SENSOR 

MAGNITUDE  OF  HYPERBOLIC  SYSTEM  ERROR  (METERS) 
COMPONENT  OF  HYPERBOLIC  SYSTEM  ERROR  (METERS) 

Y  MPONENT  CF  HYPERBOLIC  SYSTEM  ERROR  (METERS) 

SLOPF  OF  HYPERBOLIC  SYSTEM  ERROR  VECTOR 
SLOPE  OF  HYPERPOLIC  SYSTEM  ERROR  VECTOR  (RAu(ANS) 
SLOPE  OF  LINE  FROM  PRESENT  TO  PAST  LEG  START  POINT 
SLOPE  OF  L  INF  FROM  PRESENT  TO  PREVIOUS  LEG  STAPT  PT. 
SLOPE  OF  LINF  FROM  PRESENT  TO  NEXT  LEG  START  POINT 
LOPE  OF  LINE  FROM  PRESENT  TO  NEXT  LEG  START  POINT 
SYMBOL  FOR  THE  NUM3F.R  OF  RADIANS  IN  130  DEGREES 
THE  ANGLE  BETWEEN  A  MOVEMENT  LEG  AND  THE  ERR. VECTOR 
TEMPORARY  NAME  FOR  THE  T  A l  (RADIANS! 

TEMPORARY  NAME  FOR  THETA2  (RADIANS) 


C*NSL EG  HYPERBCP 
C*PX  HYPERBCP 
C*PY  HYPER8CP 
C*SX  HYPERBCP 
C*SY  HYPERBCP 
C*IX  HYPERBCP 
C*SL  1  HYPERBDP 
C*SL7  HYPERBDP 
C*SL3  HYPERBDP 
C*SL A  HYPERBDP 
C*R  HYP FR BOP 

C*RX  HYPERBDP 
C*RY  HYPERRDP 
C*RSL  HYPERBDP 
C*THETR  HYPE«BDP 
C*PSL  HYPERRDP 
C*THFTP  HYPERBDP 
C*  SSL  HYPERRDP 
C*THETS  HYPER  BSP 
C*P!  MYPER80P 
C* ALPHA  HYPERBOP 
C*ZAP  1  HYPERBDP 
C*?AP2  HYPFrBOP 
C* 

C*  METHOD:  SEE  2-56.5.  * 


Figurt  2.1-27  (Cont.) 
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C*  METHOD  * 
C*  THE  SYSTEM  GROUND  STATION  LOCATION  AND  ERROR  COMPONENTS  ARE  * 
C*  EXTRACTED  FROM  THE  NAVIGATION  PARAMETER  TABLE.  THE  SLOPE  OF  THE  * 
C*  LINE  (BETA),  WHICH  IS  MEASURED  BETWEEN  ONE  OF  THE  FOUR  GROUND  STA-  * 
C*  TIONS  (ONE  MASTER,  THREE  SLAVES)  AND  THE  SENSOR  PLATFORM  IS  CALCU-  * 
C*  LATED  AND  SUCH  BETA  VALUES  ARE  UTILIZED  TO  COMPUTE  THE  ANGLE  ALPH,  * 
C*  WHICH  IS  BETWEEN  THE  BETA  LINE  AND  THE  CORRESPONDING  LINE  OF  POSI-  * 
C*  TION  (LOP)  TO  THE  SENSOR  PLATFORM.  * 
C*  CALCULATIONS  ARE  THEN  MADE  ON  THE  VARIABLE  SG,  WHICH  IS  ONE  * 
C*  STANDARD  NORMAL  DEVIATE  OF  SENSOR  POSITION  ERROR  PERPENDICULAR  TO  * 
C*  THE  APPLICABLE  LOP.  SUCH  SG  VALUES  ARE  DEPENDENT  ON  THE  SPH  VARI-  * 
C*  ABLES  WHICH  EQUAL  THE  SINE  OF  THE  APPROPRIATE  ALPH  ANGLE.  THE  * 
C*  ABOVE  NAMED  CALCULATIONS  IN  CONJUNCTION  WITH  AN  IGAS  VARIABLE  ARE  * 
C*  USED  TO  DETERMINE  THE  NUMBER  OF  USEABLE  MASTER  SLAVE  COMBINATIONS.  * 
C*  ALSO,  THE  SLOPE  OF  THE  LINE  OF  POSITION  THET  IS  ALSO  CALCULATED.  * 
C*  NEXT  RANDOM  NORMAL  DEVIATES  OF  SENSOR  POSITION  ERRORS  TO  THE  * 
C*  SG  VALUES  ARE  CALCULATED.  UTILIZING  THE  THET  VALUES,  X  AND  Y  COM-  * 


C*  POHENTS  OF  SENSOR  POSITION  ERRORS  (E1X,  E1Y)  FDR  THE  APPLICABLE  * 
C*  LOIS  ARE  COMPUTED.  * 
C*  A  CALL  IS  MADE  TO  SUBROUTINE  RERR  TO  FIND  THE  POINT  OF  INTER-  * 
C*  SECTION  OF  TWO  LINES,  ONE  PASSING  THRU  THE  POINT  (E1X,  ElY)  AND  * 
C*  PARALLEL  TO  THE  LOP  WITH  SLOPE  THET  1  AND  THE  OTHER  PASSING  THRU  * 
C*  THE  POINT  (E2X,  E2Y)  AND  PARALLEL  TO  THE  LOP  WITH  SLOPE  THET  2.  * 
C*  THE  VECTOR  FROM  THE  SENSOR  POSITION  TO  THE  ABOVE  NAMED  INTERSEC-  * 
C*  TION  POINT  IS  THE  NAVIGATION  ERROR  VECTOR  FOR  THE  STATION  PAIR  * 
C*  DESCRIBED,  ALL  THREE  POSSIBLE  ERROR  VECTORS  ARE  COMPUTED.  * 
C*  THESE  THREE  ERROR  VECTORS  (Rl,  R2,  R3)  ARE  COMPARED  AND  THE  * 
C*  SMALLEST  VECTOR  IS  SELECTED  ALONG  WITH  ITS  X  AIT)  Y  COMPONENTS.  * 
C*  FURTHER  COMPUTATIONS  ARE  MADE  IF  THE  MOVEMENT  IS  NOT  CONFINED  TO  A  * 
C*  TRAIL,  AND  THE  X  AND  Y  COMPONENTS  OF  THE  ERROR  VECTOR  THAT  IS  PRO-  * 
C*  J EC TED  ONTO  THE  TRAIL  SEGMENTS  ARE  CALCULATED.  * 
C*  * 


4 


Figure  2.1-27  (Cont.) 
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£4**«4**<i*«*4  «$#«**«  *<i4*  *«**«+*  RFKR  *****4  ************************** 

c* 

C*  SUBROUTINE  RERR 

C* 

C*  PURPOSE 

C*  USED  IH  THF  COMPUTATION  OF  NAVIGATION  ERRORS 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  RERRIZX1 ,ZY1, ZET A l , 2X2  ,  ZY? , ZET A2 , 2 X , ZY ,R ) 


c* 

GLOSSARY 

c*zx 

RFRR 

CP 

X-CDMP 

OF 

ERROR 

OF 

A  FIX 

FROM  2  LOPS 

(METERS) 

C*ZY 

RERR 

CP 

y-COMP 

OF 

FRROR 

OF 

A  FIX 

FROM  2  LOPS 

(METERS) 

c*zxi 

RFPR 

CP 

X-COMP 

OF 

ERROR 

FOR 

LOP  l 

(METERS) 

C  +  2Y  l 

RERR 

CP 

Y-COMP. 

OF 

ERROR 

FOR 

LOP  1 

(METERS) 

C*ZX2 

RERR 

CP 

X-COMP 

OF 

ERROR 

FDR 

LOP  2 

(METERS) 

C*ZY2 

RERR 

CP 

Y-COMP 

OF 

ERROR 

FOR 

LOP  2 

(METERS) 

C*2FT  A1  RFRR  CP  ERROR  1  MAGNITUDE  * 

C*ZFTA?  RERR  CP  ERROR  2  MAGNITUDE  * 

C*K  RERR  CP  TOTAL  ERROR  MAGNITUDE  FDR  FIX  FROM  2  LOPS  (METERS)  * 

C*  * 

C*  METHOD  * 

C*  THE  X  AND  Y  COMPONENTS  OF  ERROR  AND  THE  TOTAL  ERROR  MAGNITUDE  FOR  * 

C*  A  FIX  FROM  TWO  LINES  OF  POSITIONS  ARE  SELECTED.  A  VARIABLE  E  IS  CALCU-  * 

C*  LATED  BY  MULTIPLYING  THE  X  COMPONENT  OF  ERROR  FOR  LINE  OF  POSITION  1  BY  * 

C*  THE  Y  CO’jPONENT  OF  ERROR  FOR  LINE  OF  POSITION  2  AND  THEN  SUBTRACTING  THE  * 

C*  PRODUCT  OF  THE  Y  COMPONENT  OF  ERROR  FOR  LINE  OF  POSITION  1  AND  THE  X  * 

C*  COMPONENT  OF  ERROR  FOR  LINE  OF  POSITION  2.  IF  THE  E  VALUE  IS  ZERO,  THE  * 

C*  PROCESSING  IS  COMPLETED;  IF  THE  E  VALUE  IS  NOT  EQUAL  TO  ZERO,  THE  X  AND  * 

C*  Y  COMPONENTS  OF  ERROR  OF  A  FIX  FROM  TWO  LINES  OF  POSITION  AND  THE  TOTAL  * 

O  ERROR  MAGNITUDE  FOR  A  FIX  FROM  TWO  LINES  OF  POSITION  ARE  COMPUTED.  * 

C*  * 


Figure  2.1-28 
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C* 

c* 

C*  SUBROUTINE  NflRMER 

C*  PURPOSE 

C*  USED  TO  COMPUTE  X  AND  Y  COMPONENT  NORMALLY  DISTRIBUTED  NAVIGATION  ERRORS  , 

C*  WHEN  POSITION  LOCATION  IS  DETERMINED  IN  OPEN  TERRAIN  FROM  MAPS  AND  VISUAL 

C*  SIGHTINGS. 

C*  CALLING  SEQUENCE 

C*  CALL  NORMFR(NVSW2,NSLEG, I TR AL, PX, PY , X2, Y2 , SX, SY, PRNV4,  EPS  X , 

C*  *  ERRY) 

C* 

c* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  GLOSSARY 

C*PRNV4  NORMERCP  INPUT  TABLE  OF  NORMER  NAVIGATION  SYSTEM  ERROR  DATA 
C*X2  NORMERCP  X  COORD.  OF  MOVEMENT  LEG  INITIATION  PT.  (METERS) 

C*Y2  NORMERCP  Y  COORD.  OF  MQVEMFNT  LEG  INITIATION  PT.  (METERS) 

C+SX  NORMERCP  X-COORD  OF  INITIATION  PT.  OF  SUCCEEDING  LEG  (METERS) 
C*SY  NORMERCP  Y  COORD  OF  INITIATION  PT.  OF  SUCCEEDING  LEG  (METERS)  ' 

C*PX  NORMERCP  X  COORD  OF  INITIATION  POINT  OF  PREVIOUS  LEG  (METERS) 

C*PY  NORMERCP  Y  COORD  OF  INITIATION  POINT  OF  PREVIOUS  LEG  (METERS) 

C* I TR  AL  NORMERCP  INDICATOR  TO  SHOW  WHETHER  OR  NOT  TRAIL  FOLLOWING 
C  *  I TR  AL  NOPMERCP  APPLIES 

C*PS  NOKMERDP  ONE  STO  OEV.CI RC-NORM  OIST.OF  NORMER  LOCATION  ERROR 

C* IX  NORMERCP  STARTING  AND  SUBSEQUENT  RAND.  INTEGERS  FOR 

CMX  NORMERCP  RAND.  NO.  GEN. 

C*AR  NORMEROP  NORMER  LOCATION  ERROR  RANDOM  DEV.  OF  CIR  NOR.DIST. 
C*SL  NOR  ME  RDP  LINE  SLOPE 

C*THETA  NORmerop  ANGULAR  SLOPE  OF  MOVEMENT  LEG  MEAS  FROM  POS  X  AXIS 

C*E«RX  NORMERCP  X  COMPONENT  OF  ERROR  FROM  NURMER  SYSTEM  (METERS) 

C*ERRY  >iORMERC°  Y  COMPONENT  OF  ERROR  FROM  NORMER  SYSTEM  (METERS) 

C*NVSW2  N°RMFRCP  ID  OF  A  NAV  SYSTEM  WITHIN  A  SET  OF  SYSTEMS  ALL  OF 

C*NVSW2  NORMERCP  ONE  TYPE 

C*NSL EG  NORMERCP  ID  OF  LEG  INITIAL  POINT 

C* 

C*  REMARKS 

C*  NONE 

C* 

C*  SUBROUTINES  REQUIRED 

C*  GRN 

CP  METHOD:  See  2-58.5. 

C************ ******************************** *»***•*•*•**•**•«•**•***** 


Figure  2.1-29 
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METHOD  * 

UTILIZING  THE  INPUT  TABLE  OF  NORMER  NAVIGATION  SYSTEM  ERROR  * 

DATA,  ONE  STANDARD  DEVIATION  OF  NAVIGATION  LOCATION  ERROR  IS  OB-  * 

TAIN ED.  THEN  A  CHECK  IS  MADE  USING  THE  INDICATOR  ITRAL  TO  SEE  * 

WHETHER  A  MOVEMENT  FOLLOWS  A  TRAIL.  WHEN  MOVEMENT  FOLLOWS  A  TRAIL  * 

(ITRAL-  1),  A  RANDOM  NORMAL  DEVIATE  IS  CALCULATED  THAT  REPRESENTS  * 

THE  NAVIGATION  ERROR  VECTOR.  IF  MOVEMENT  DOES  NOT  FOLLOW  A  TRAIL,  * 
X  AND  Y  ERROR  COMPONENTS  FROM  NORMER  SYSTEM  ARE  COMPUTED.  * 

IF  THE  RANDOM  NORMAL  DEVIATE  CALCULATED  FOR  MOVEMENT  ALONG  A  * 

'.RAIL  IS  NEGATIVE,  THE  NAVIGATION  ERROR  VECTOR  IS  ASSUMED  TO  BE  DI-  * 

AECTED  TOWARD  THE  STARTING  POINT  OF  THE  PREVIOUS  TRAIL  SEGMENT.  IF  * 
THE  RANDOM  NORMAL  DEVIATE  IS  POSITIVE,  THE  ERROR  VECTOR  IS  DIRECTED  * 
TOWARD  THE  STARTING  POINT  OF  THE  NEXT  SEGMENT.  THEN  THE  X  AND  Y  * 

COMPONENTS  OF  THE  NORMER  ERROR  ARE  COMPUTED.  '  * 


L  -»  ■  ■  ■  ■ 


Figure  2.1-29  (Cont.) 
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r.  *<■**  *  *****«•<.**  «  *<-.*«  *«««#*  KHfJTHF  ****♦*****************♦*********: 

0* 

o 

C*  SUBROUTINE  RHUTME 

C*  PURPOSE 

C*  USED  TO  COMPUTE  X  AND  Y  COMPONENT  ERRORS  REPRESENTATIVE  OF  A  RHO  THETA 

C*  RADAR  TRACKINC  NAVIGATION  SYSTEM. 

C* 

C*  CALLING  SFOUFNCF 

C*  CALL  RHOTHEINVSW?, ALT, X 2, Y2 , PRNV2, E RR X, ERRY > 

C* 

C*  OESCRIPTION  OF  PARAMETERS 

C*  GLOSSARY 

C*PRNV?  RHOTH EC°  INPUT  TABLE  OF  NAV  SYSTEM  ERROR  PARAMETER  DATA, REAL 

C*NVSW2  RH0TH6CP  ID  OF  PARTICULAR  SET  OF  RHOTHETA  NAV  SYS.  DATA  USED 

C*Zt  RHOTHCO0  ELEVATION  Of  RAOA P  SITE  ABOVE  MEAN  SEALEVEL  (METERS) 

C*H1  *'.HOT  Hf  DP  HEIGHT  Of  SENSOR  ABOVE  RADAR  SITE  ( METERS  I 

C*SL F  RHOTH-CD"  NAV  SYS  STATION  LUC  ERROR  ONE  STD  OEV  CIRCULAR  NORM 

C*RRE  Run  T" : r l)P  DIRECTION  RESOLUTION  ERROR  OF  RHOTHETA, ONE  STD 

C*BRf  RHOThEOP  NORM.  OEV. 

r*RRE  RHOTHEDP  RANGE  RESOLUTION  ERROR  OF  RHOTHETA, ONE  STD  NORM  OEV 

C*hpF  RHOTHFOP  ALTITUDE  RESOLUTION  ERROR  OF  ALTIMETER  ONE  STD 

C*HRF  RH0THED0  NORM  OEV 

C*X1  RHOTHEDP  X  COORD  OF  RHOTHETA  GROUND  STATION  POSITION  (METERS! 

C * V I  RWOTHCOP  Y  COORD  OF  RHOTHETA  GROUNO  STATION  POSITION  (METERS) 

C*ALT  RHOTHFC0  SENSOR  ALTITUDE  ABOVE  MEAN  SEALEVEL  (METERS) 

C*X2  RHOTMECP  X  COOPO  OF  LEG  INITIATION  POINT  (METERS) 

C*Y  2  RHOTMFCP  Y  COOKO  OF  LEG  INITIATION  POINT  (METERS) 

C*001  RHOTHEDP  SQUARE  OF  GROUND  OIST  FRUM  RADAR  STATIUN  TU  SENSOR 

C*D02  RHOTHEDP  SQUARE  OF  SLANT  RANGE  FROM  RAOAP  STATION  TO  SENSOR 

C  *GRR  S  RHOTME0P  ONE  STD  NORMAL  DEV  OF  SENSOR  POSITION  ERROR  IN  RANGE 

C*GR  A  S  RHOTHEDP  UNF  STO  NORMAL  DEV  ..  SENSOR  POS.  ERROR  IN  AZIMUTH 

C*  SL  RHHTHFOP  LINE  SI  OPE 

C  *  THE  T  A  PHOTHrDP  DIRECTION  FROM  POS.  X-AXIS  UF  SFNSOR  GROUND  PLANE 

C*r,PF  RHOTHrDP  RAND.  WORM.  DFV.  OF  SENSOR  POS.  ERRDR  IN  RANGE 

C*GAE  RHOTHEDP  RAND.  NORM,  OEV.  OF  SENSOR  POSN  ERROR  IN  AZIMUTH 

C*r,RY  RHiTHF.no  x  COMPCNF  NT  OF  SENSOR  POSITION  ERROR  IN  RANGE 

C*GRY  RHOTHEDP  Y  COMPONENT  Or  SENSOR  POSITION  ERROR  IN  RANGE 

C *GA X  RHOTHEDP  X  COMPONENT  OF  SENSOR  POSITION  ERROR  IN  AZIMUTH 

C*GAY  Rm(i T h r OP  Y  COMPONENT  OF  SFNSOR  POSITION  ERROR  IN  AZIMUTH 

C*F;'RX  PHOTHFCP  X  COMPONFNT  OF  TOTAL  ERROR  (METERS) 

C*E88Y  RHOTHEX"  Y  COMP.'NFNT  QR  TOTAL  ERROR  (METERS) 

CMX  HMOTHtCP  STARTING  AND  SUHSFUUFNT  RANDOM  ( NTE GFRS 

CMX  RHOTHFCP  FROM  RAND.  NO.  GFNERATOR. 

C* 

C<*  REMARKS 

C*  NON f 

C* 

C*  SUTROUMNES  8 E DU  I R CO 

C*  GRN 

C*  ‘iSTHOD:  S*e  2-59.5.  i 

Fiflur*  2.1-30 
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METHOD 

THE  NAVIGATION  PARAMETER  TABLE  IS  UTILIZED  TO  OBTAIN  SYSTEM  * 
COMPONENT  ERRORS,  SUCH  AS  NAVIGATION  SYSTEM  LOCATION  ERROR,  DIREC-  * 
TION  RESOLUTION  ERROR,  RANGE  RESOLUTION  ERROR,  AND  ALTITUDE  RESOLU-  * 
TION  ERROR.  THE  X  AND  Y  COORDINATES  OF  THE  RHO  THETA  GROUND  STATION* 
ARE  ESTABLISHED  AND  THE  ELEVATION  OF  THE  RADAR  SITE  IS  DETERMINED.  * 
AFTER  THE  ABOVE  NAMED  PARAMETERS  ARE  OBTAINED,  CALCULATIONS  ARE  MADE* 
ID  OBTAIN  THE  SQUARE  OF  THE  GROUND  RANGE  AND  THE  SQUARE  OF  THE  SLANT* 
RANGE  TO  THE  SENSOR  PLATFORM.  THEN  ONE  STANDARD  NORMAL  DEVIATIONS  * 
OF  SENSOR  POSITION  ERRORS  IN  RANGE  AND  AZIMUTH  ARE  COMPUTED.  * 

UTILIZING  THE  SLOPE  OF  THE  LINE  JOININC  THE  CROUND  STATION  AND  * 
THE  SENSOR  PLATEORH,  X  AND  Y  COMPONENTS  OF  RANGE  AND  AZIMUTH  ERROR  * 
ARE  COMPUTED.  THE  X  COMPONENTS  OF  RANGE  AND  AZIMUTH  ARE  ADDED  TO  * 
GIVE  AN  X  COMPONENT’  OF  SENSOR  POSITION  OF  TOTAL  ERROR  AND  A  Y  COM-  * 
PON ENT  IS  CALCULATED  IN  THE  SAME  MANNER.  * 


Figure  2.1-30  (Cont.) 
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£******************************  JF31K3  ********************************* 
C*  * 

c*  * 

c*  PURPOSE  * 

C*  BLOCK  DATA  USED  TO  SFT  DESIGNER  INPUT  VALUES  FUR  THE  * 

C*  DETERMINATION  OF  GROUND  TRUTH  POSITIONS  * 

C*  * 

C*  CALLING  SEQUENCE  * 

C*  NONE  * 

C*  ♦ 

c ************  *********************************************************** 


Figure  2.1-31 
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q*** ************  **************  t  PR£MN4  ********************************* 

C ♦ 

C* 

PR b-RUN  EXECUTIVE-STEP  4 

c* 

c* 

PURPOSE: 

c* 

PLAYS  MOV  I  Nr.  AHRAYS  THROUGH  -MANDUP  AND  MVSNF 

c* 

PRESENTLY  MANDUP  AND  MVSNF  ARE  COMBINED  IN  SUB.  MVS 

c* 

INITIATES  TARGETS  FROM  MOVE  ARRAYS 

c* 

c* 

c* 

USAGE 

c* 

MAIN  PKUGKAM 

c* 

c* 

REMARKS 

c* 

TRNPAR  ROUTINE  MAY  OE  CALLED  AFTER  STEP  4 

c* 

REQUESTS  DISC  SPACE  FOR  TARGET  INFD  -MTAPEIT ) 

c* 

c* 

SUBROUTINES  CALLED 

c* 

MVS  -COMBINED  MANDUP-MVSNE  - 

c* 

SUBROUTINES  REQUIREO 

c* 

HYPERB 

c* 

RHOTHE 

c* 

DOPLER 

c* 

NORMER 

c* 

rerr 

c* 

FINOX 

c* 

FINOZ 

i* 

MERGDR 

c* 

OOROER 

c* 

GMERGE 

c* 

c* 

METHOD 

c* 

THE  COMMON  GAME  INFORMATION,  THE  FASTER  DATA  STREAM,  THE 

c* 

ATMUSPHERIC  DATA,  THE  UPDOWN  TIMES,  THE  GROUND  TRUTH  ARRAY 

c* 

AND  THE  MASTER  EVENT  LIST  ARE  READ  FROM  THE  CORRESPONDING 

c* 

UNITS. 

c* 

AS  THE  ATMOSPHFRIC  DATA  IS  READ  ONLY  THE  TIME, 

VI  SI  81 L  I  TY 

c* 

AND  CEILING  ARE  SAVED  IN  ARRAY  A(4,200>.  THE  SOLAP 

ALTITUDE 

c* 

IS  USED  TO  SCI  THE  OAY/NIGHT  CODE  10/11  IN  A(4,N>. 

ONE 

c* 

ADDITIONAL  SET  OF  POINTS  ARE  RECORDEO  TU  ACCOMODATE  THE  SCAN 

c* 

LOGIC  OF  MVS. 

c* 

MVS  IS  CALLEO 

c* 

THE  TARGET  INFORMATION  IS  PRINTEO  AND  RECORDED 

ON  MTAPEITi 

c* 

the  ground  truth  positions  are  written  on  mtapeis) 

AND  THE 

c* 

EVENTS  ON  M  TAPE! 4  )  . 

c* 

c 


Figure  2.1-32 
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_  ##*»#***  <i  i  >*<:*$$$  *  «<■<■  t  4>  Pt*  MVS  *#  <1*  ****<l#**  *******************  * 


c* 

c* 

subroutine  MVS 

c* 

c* 

uns  f- 

c* 

DETERMINES  THE  GROUND  TRUTH  PATH  OF  1HE  MOVING 

ARRAYS 

c* 

ANO  THE 

Up L) OWN  TIMES  OF  THE  ASSOCIATED  SENSORS 

c* 

c* 

CALLING  SEQUENCE 

c-» 

CALL  MVSIMPRINT.NPLAY) 

c* 

c* 

OESC.R  I  nmN 

OF  PARAMETERS 

c* 

0  INPUT  o 

c* 

NPLAY 

PLAY  OPTION 

c* 

MPRINT 

PRINT  OPTION 

c 

ATMENI 1 

t  M )  TI  ME  A  TMDSHER I C  DATA  VALID  M*l, 

MMAX 

r. 

ATMENI  l,MAX+l  1  TMA X 

c 

ATMENI 2 

iM)  VISIBILITY  (METERS) 

c 

ATMENI 3 

» M)  CEILING  (METERS) 

c 

ATMENI A 

, MI  DAY*  0  ,  N IGHT *  1 

c* 

CO 

PLANNER  INPUT  TABLE 

ITEM 

c  * 

PKNV1 I 

,101  NAVIGATION  SYSTEM  HYPERBOLIC 

15 

ALL 

c* 

PPNV2I 

,  71  NAVIGATION  SYSTEM  RHO  THETA 

16 

ALL 

c* 

PRNV3I 

,  7)  NAVIGATION  SYSTEM  DOPPLER 

17 

ALL 

CO 

PPNV4I 

)  NAVIGATION  SYSTEM  NORMAL 

18 

ALL 

c* 

c* 

CO 

N  SC  N 

NUMBER  OF  SENSORS 

20 

4 

c* 

ISN 

10  OF  F I P  S  T  SENSOR 

20 

5 

c* 

IBP 

10  OF  BLUE  FORCE 

2U 

6 

CO 

IN  AV 

NAVIGATION  SYSTEM 

20 

7 

C* 

I  CNV 

VERSION  OF  NAVIGATION 

20 

8 

Co 

PA 

PROBABILITY  OF  MISSION  ABORT 

20 

9 

C* 

OAYN 

DAY/MGHT  RESTRAINT  COOE 

20 

10 

C* 

CEIL 

MINI  MUM  CF  II.  ING 

20 

I  1 

C* 

VIS 

MINI  MUM  VI SIBILITY 

20 

12 

r.o 

L  PC 

BLUE  FORCE  LOCATION  IN  DATA  SFT 

C.o 

TUP 

START  upepations  time 

21 

6 

Co 

NFL 

number  of  elements 

21 

5 

Co 

IPP 

10  OF  FORCE  TYPE  PARAMETER  SET 

21 

7 

c* 

INA 

FIRST  MODE 

21 

10 

Co 

1  PH 

ID  OF  ROUTE 

21 

9 

c* 

INB 

SECOND  NUDE 

21 

10 

Co 

SP 

SPCEO 

21 

11 

Co 

ALT 

ALT! TUBE 

21 

12 

C.o 

LFP 

LOCATION  OF  FORCE  PARAMETER  SET 

C* 

PM 

FE«RnUS  METAL  PRESENT 

13 

2 

C* 

vso 

VISUAL  SECURITY  DESCRIPTION 

13 

3 

Co 

SI'C 

SPACING  BETWEEN  ELEMENTS 

13 

4 

F»9Uf*  2.1-33 
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O  IFMM  FORMATION  O-'SCRIPTION  13  5  * 

C*  Ff)(LS"»S»  MEAN  TIMfc  BETWEEN  FAILURES  44* 

c*  *  output  *  * 


c* 

SXYTI  I 

ARRAY  OF  SrNSOR  SPACE  TIME  PUS  I T I  ON  S- X Y  TXY  T- 

c* 

TA«G(  I 

TA°G£  T  PAMAMEfCRS  -BLUE  FORCE  AS  A  TARGET 

c* 

IVF  (  1 

MSV  EVENTS  4,1 

c* 

UPTM<  I 

OP-DOWN  TIMFS  OF  SENSORS 

C* 

KSFNI  I 

POINTER  FOR  UP-OOWN  TIMES 

c* 

KXYTI  1 

POINTER  FOR  POSITIONS 

c* 

c* 

RFMARKS 

c* 

REPAIR 

OF  MOVING  SENSORS  NOT  PLAYED 

c* 

c* 

SUBROUTINES 

REQUIRED 

c* 

FINDX 

c* 

NORMER 

c* 

GRN 

c* 

URN 

c* 

HYPCRO 

c* 

MERGOR 

c* 

RHOTHE 

c* 

dopler 

c* 

c* 

c* 

METHOD 

c* 

THIS 

ROUTINE  PROCESSES  THE  MOVING  ARRAYS.  THE  PLATFORMS 

C*  ARE  CONSIDERED  AS  TARGETS.  THE  SENSOR  POSITIONS  ARE  RFCOROFD 

C*  ANO  THE  RELIABILITY  IS  COMPUTED. 

C*  THE  OATA  FOR  THE  PRNV  TARLFS  IS  LOCATED  BY  F I NDX.  1^  A  SFT 

C*  IS  VOID  THE  DATA  IN  THE  DATA  STATEMENTS  MILL  BE  USED. 

C*  F I  NDX  IS  USED  TO  LOCATE  ALL  THE  DATA  FOR  THE  MOVING  ARRAYS 

C*  THE  BLUE  FOkCF  ANO  THE  SENSORS.  FOR  EACH  ARRAY  THE  PARAMETERS 

C*  ARE  EXTRACT  FO  FROM  THE  PLANNER  INPUT. 

C*  THE  STARTING  TIME  FOR  THE  MISSION  IS  determine:)  BY  NOTING 

C*  THE  PLANNED  STARTING  TIME,  THE  MINIMUM  CEILING  ANO  VISIBILITY 

C*  AND  TH=  OAY/NIGHT  CUNDITIONS.  THE  ATMOSPHERIC  TABLES  IATMEN) 

C*  ARE  CHECKED  ANO  THE  MINIMUM  TIME  AT  OR  AFTER  THE  PLANNED 

r*  TIME  WHEN  ALL  CONDITIONS  ARE  MET  IS  USFD  AS  THE  START  TIME 

C*  IF  ALL  CONDITIONS  AC F  NOT  MET  IMF  MISSION  IS  SCRATCHED.  THE 

C*  SCAN  OF  THE  ATMEN  TABLE  IS  CONTINUED  TO  FIND  THE  LONGEST 

C*  POSSIBLE  DURATION  OF  THE  MISSION. 

C*  THE  GR’luNO  TRUTH  PATHS  ARE  COMPUTED  AND  THE  TARGET  PARA- 

C*  mETTRS  ARE  SET  ALONG  WITH  THE  SENSOR  GROUND  TRUTH  DATA.  Aj 

C*  TMF  POSITIONS  ART  FOUND  THE  DURATION  IS  DETERMINED.  IF  THE 

C*  ATMOSPHERIC  CONDITIONS  ARF  NOT  MFT  FOR  THIS  INTERVAL  THE 

C*  MISSION  IS  SCRATCHED.  A  RANDOM  NUMBER  IS  ORAwN  TO  SEk  IF  THE 

C*  “ISSI'n  A-MRTS.  IF  SO.  A  UNIFORM  BANOOv  NUMBER  IS  SFLECIED  TP 

C«  OF  T  FRM  J  »;>.  JHP  TIMF  OF  THF  ABORT . 

C*  IF  AN  ABORT  OCCURS  TmF  MISSION  IS  RETURNEO  TO  ITS 

C*  STARTING  POINT  Al ONG  A  STRAIGHT  LINE  PATH. 

Figure  2.1-33  (Cont.) 
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External  data  sets  required  as  input  are  "DATAIN"  and 
"JFPXY",  both  generated  in  previous  steps. 

This  step  prepares  the  system  parameter  data  set  for  use 
in  MSM  and  stores  this  set  on  disc  (J  TFWDF).- 

Figures  2.  1-34  through  2. 1-37  describe  the  subroutines 
used  in  this  step. 

2.  1.5.7  PRERUN  Step  6 

Step  6  in  PRERUN  comprises  the  main  program  (PREMN6) 
with  14  subroutines  listed  in  Table  2.  1-V,  plus  5  utility  subroutines. 

External  data  sets  required  as  input  are  "DATAIN"  and 
"JFMSTR",  both  generated  i.i  previous  steps. 

Designer  input  values  for  Battle  and  Cultural  are  set  by 
BLOCK  DATA  (JFBLK6).  See  volume  II,  Appendix  I,  for  Designer  Input 
Tables.  In  addition,  a  DATA  statement  within  BSCHDL  sets  designer 
values  for  battlefield  illumination  parameters  (array  ELIGHT). 

This  step  creates  battle  and  cultural  background  noise  levels 
in  dE  for  PRERUN  Step  7  and  stores  these  values  on  disc  (CRSEIS  for 
battle  values,  and  CRCLTP  for  cultural  values).  Step  6  also  stores 
generated  false  targets  on  disc  (CRTARG)  and  stores  generated  battle 
illumination  events  type  9  on  disc  (CREVT9). 

The  battle  and  culture  processing  is  further  described  in 
Section  5  of  this  volume. 

Figures  2.  1-38  through  2.  1-52  describe  the  subroutines 

of  this  step. 

2.  1.  5.8  PRERUN  Step  7 

Step  7  in  PRERUN  comprises  the  main  program  (EVNT23) 
with  11  subroutines  listed  in  Table  2.  1-V,  plus  4  utility  subroutines. 

External  data  sets  required  as  input  are  "DATAIN", 
"MASSDAT",  "CRSEIS",  and  "CRCLIB",  all  generated  in  previous  steps. 

This  step  creates  events  type  3  -  sensor  parameter  changes 
due  to  (a)  atmospheric  variations  and  (b)  ba.kground  noise  levels  computed 
by  battle  and  cultural  routines  (Step  6).  Step  7  also  creates  events  type  2  - 
false  alarms.  Event  histories  for  these  two  event  types  (2  and  3)  are 
merged  in  time  sequence  and  stored  on  disc  (MASSEV23). 

Figures  2.  1-53  through  2.  1-60  describe  the  major  sub¬ 
routines  of  this  step. 


c  a#*****:*-:-*#*  **«<*«  <.****  ******  TRNPAR  ********************************: 

C* 

C*  PRC-RUN  rxFCJTIVC  STFP  5 

c* 

C*  PURPOSE 

C*  executive  PROGRAM  TO  TRANSFER  PLANNER  INPUT  DATA  TO  MSM 

C* 

C*  USAGE 

C*  MAIN  PROGRAM 

C* 

C*  METHOD 

C*  THF  PLANNER  INPUT  DATA  ARE  R  FAD  ND  SUBROUTINE  TRNPKI  IS 

C*  CALLED.  THt  13  DATA  SETS  ARE  PRINTED  UNDER  CONTROL  OF  A  00 

C*  LOOP. 

C* 

£******(.***.(:***«***>*****+***************«***************************** 


Figure  2.1-34 
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ft**************  «**  TRNPR  I  ***#*  +  *•***•*#***#***•♦******«>#*! 

c* 

r«  SUBROUTINE  TRNPRt 

C* 

C*  PURPOSE 

C*  PROGRAM  n  EXTRACT  DATA  FROM  OAT  AIN  AND  TRANSFER  TO  MSM 

C* 

c*  calling  sequence 

C*  CALL  TRNPR1 

c* 

c*  oescripttpn  of  parameters 

C*  ALL  INPUT  AND  OUTPUT  VIA  COMMON  BLOCKS/DATAIN,JTFW')FvPXYTP/ 

c* 

C*  REMARKS 

C*  NONE 

c* 

C*  SUBROUTINES  KEQUIRFO 

C*  ERASE 

C*  VALID 

C*  FINOX 

C*  finoy 

C*  TRAN 

C*  TRAN2 

C*  DSKOUT 

C* 

C*  METHOD 

C*  THE  OAT  A  IN  THE  PLANNER  INPUT  IS  LGCATFD  BY  FINOX  AND 

C*  THE  PARAMETERS  ARE  TRANSFERRED  INTO  THE  ARRAY  I  FRY  AS 

C*  REQUIRED  BY  MS'*.  SUBROUTINE  DSKOUT  IS  USED  TO  WRITE  THE 

C*  BINARY  OUTPUT. 

C*  THE  SENSOR  POSITIONS  ARE  FOUND  BY  REAOING  THE  GROUND 

C*  TRUTH  POSITIONS  ON  JFPXY,  ARRAY  SXYT  WITH  POINTER  KXYT. 

C*  SUBROUTINE  EINDY  IS  USED  TO  FIND  THE  DATA  FOR  A  PARTICULAR 

C*  SENSOR.  SUBROUTINE  VALID  IS  USEO  TO  DETERMINE  SENSU»  TYPE 

C* 

C  **************************  ********************************  *****  *  ♦«.**« 


Figure  2.1-36 
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C* *****«*********«*+******«*#**  OSKOUT  i********************************  • 

C*  * 

C*  SUBROUT 1  Nb  OSKOUT  * 

C*  * 

C*  PURPOSE  * 

C*  WRITES  OAT  A  ON  (UNARY  UNIT  * 

O  * 

C*  USAGE  * 

C*  CALI  DSKOUT I M, N I  * 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  *  INPUT  *  * 

C*  M  LOCATION  MINUS  ONE  OF  ARRAY  TO  RE  WRITTEN  * 

C*  N  NUMBER  OF  VALUES  FROM  THE  ARRAY  TO  BE  WRITTEN  * 

C*  ARRAY  OF  ITEMS  TO  RE  WRITTEN  ARE  IN  LABELED  COMMON/J TFWDF /  * 

C*  * 

C*  REMARKS  * 

C#  THIS  ROUTINE  WRITES  THE  BINARY  MSM  INFORMATION  ON  UNIT  2  * 

C*  IT  IS  USEO  SOLFLY  BY  SUBROUTINE  TRNPR1  * 

C*  * 

c  **#* ** $*♦ *** ***<■**« **«$**«**#*#** ********* ****************** *****#♦«*#* 


Figure  2.1-36 
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i*****************e*********  VAL  TO  ***********  ********************* 


c* 

c* 

SUBROUTINE  VAL'ID 

c* 

c* 

PURPOSE 

c* 

ROUTINE  TD  DETERMINE  VALID  SENSOR  TAP.GE 

c* 

IT 

DETERMINES  WHETHER  LOS  IS  NECESSARY 

c* 

c* 

REMARKS 

c* 

IT 

ASSIGNS  A  NUMBER  TO  EACH  TYPE  SENSOR  , 

c* 

c* 

INPUTS  REUU'RED  BY  SUBROUTINE 

c* 

c* 

SENSOR 

-  SENSOR  NAME  RIGHT  ADJUSTED 

c* 

TARGET 

-  TARGET  NAME  RIGHT  ADJUSTED 

c* 

VS 

-  SENSOR  VELOCITY 

c* 

VT 

-  TARGET  VELOCI TY 

c* 

FM 

-  FERROUS  METAL  PRESENT 

c* 

INTEGER  1  *  YES 

c* 

INTEGER  0  =  NO 

c* 

c* 

OUTPUTS  RETUPNEO  OY  SUBROUTINE 

c* 

c* 

NS 

-  SENSOR  NUMBER 

c* 

NT 

-  TARGET  NUMBER 

c* 

NV1 

-  LINE  OF  SIGHT  REQUIRMENT 

c* 

=0  NO  LOS  OR  HREAKW IR  REQUIRED 

c» 

=1  LINE  OF  SIGHT  REQUIRED 

c* 

=2  BREAKWIR  REQUIRED 

c* 

NV2 

-  PLAY  TARGET  IP  NONZERO 

c* 

*0  NO  PLAY 

c* 

=*l  PERSONNEL 

c* 

-2  VFHICLFS  AND  BOATS 

c* 

=3  AIRCRAFT  AND  AMM'J 

c* 

c* 

METHOD: 

See  2-69.5. 

c* 

> *********************************************************** ******** 


Figure  2.1-37 
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I 


C*  METHOD  * 
C*  IN  A  DO-LOOP,  EACH  SENSOR  NAME  IS  COMPARED  WITH  THE  NAME  OF  * 
C*  T'E  FIRST  ITEM  IN  A  TABLE  CALLED  STABLE.  IF  THEY  ARE  THE  SAME  IT  * 
C*  ASSIGNS  A  CODE  (NS)  TO  THE  SENSOR  TYPE  CORRESPONDING  TO  THE  POSI-  * 
C*  TION  OF  THE  SENSOR  IN  THE  STABLE  LIST.  A  CHECK  IS  THEN  MADE  TO  SEE  * 
C*  IF  THE  TARGET  TYPE  IS  GREATER  THAN  19.  IF  IT  IS  NOT,  THEN  THE  TAR-  * 
C*  CET  NUMBER  (NT)  IS  SET  TO  THAT  VALUE.  IF  THE  NUMBER  IS  GREATER  * 
C*  THAN  19,  THEN  IT  IS  BEING  READ  AS  AN  ALPHANUMERIC  AND  A  SIMILAR  * 
C*  CHARACTER  COM 'ARISON  IS  MADE  BETWEEN  THE  TARGET  NAME  AND  A  TABLE  * 
C*  CALLED  TTABLE  TO  OBTAIN  THE  NT  VALUE.  * 
C*  A  LIST  OF  SENSORS  AND  TARGETS  IS  PRINTED  OUT.  * 


C*  THE  SENSOR  TYPE  (NS)  IS  THEN  USED  IN  A  LOOK-UP  TABLE  TO  DETER-  * 
C*  MINE  LINE-OF-SIGHT  REQUIREMINT.  VALUES  OF  0,  1,  2  ARE  ASSIGNED  TO  * 
C*  SHOW  LOS  NOT  REQUIRED,  LOS  REQUIRED,  OR  THAT  DEVICE  IS  A  BREAKWIRE  * 
C*  TYPE  DEVICE,  RESPECTIVELY.  THE  TARGET  TYPE  (NT)  AND  SENSOR  TYPE  * 
C*  (NS)  ARE  THEN  USED  IN  A  LOOK-UP  TABLE  (CTAELE)  TO  DETERMINE  TARGET/  * 
C*  SENSOR  COMPATIBILITY.  IF  CTABLE  SHOWS  COMPATIBILITY,  ADDITIONAL  * 
C*  CHECKS  ARE  MADE  FOR  TARGET  MOVEMENT  REQUIREMENTS  AS  SPECIFIED  IN  * 
C*  TAHLE  DCODE.  DCODE  -  0  INDICATES  TARGET  MUST  BE  STATIONARY.  * 
C*  DCODE  -  1  INDICATES  TARGET  MUST  BE  MOVING.  DCODE  -  2  INDICATES  * 
C*  TARGET  MAY  BE  EITHER  MOVING  OR  STATIONARY.  CHECKS  ARE  ALSO  MADE  * 
C*  FOR  REQUIREMENT  FOR  FERROUS  METAL  TO  BE  PRESENT  IN  THE  TARGET  AND  * 
C*  FOR  THE  TARGET  VELOCITY  TO  BE  GREATER  THAN  .035  M/SEC  TO  BE  PICKED  * 
C*  UP  BY  MTI  RADARS.  * 
C*  * 


* 


Figure  2.1-37  (Cont.) 


2-69.5 


o*** 

c* 

c* 

c* 

c * 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c**** 
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PRERUN  FXFCtIT  I  VE 


STEP  6 


PURPOSE 

INITIALIZES  TAPES  AND  PARAMETERS  USED  BY  BATTLE  AND  CULTURF 
ROUT I  NFS  AND  CONTAINS  THF  CALL  STATEMENTS  TO  THE  EXECUTIVE 
BATTlr  AND  CULTURE  SUBROUTINES. 

USAGE 

MAIN  PROGRAM 

DE  SC  R I R  T I  ON  OF  PARAMETERS 

ALL  INPUT  AND  OUTPUT  VIA  LABELED  COMMON  BLOCKS/  ROUTE , EXCLUD, 
OAT  AIN, UTMCOM.T IMPS, OUTP, INOUT , OPT  I  ON, POS FR R , 4BNDS , SND XDY , 
FSDASE/ 

REMARKS 

NONE 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
f-INDX 
CULTEX 
BAT  EX 

METHOD 

THE  COMMON  GAME  INFORMATION  AND  THE  PLANNER  INPUT  TABLES 
ARE  KF  AD.  AN  END  OF  FILE  IS  WRITTEN  ON  THE  UNIT  FOR  FALSE 
TARGETS.  THIS  INSURES  THAT  LATER  ROUTINES  WILL  RUN  IF  NO  TYPE 
TARGETS  ARE  GENERATED  BY  BATTLE,  OR  CULTURE. 

THE  PLANNER  INPUT  DATA  FUR  THE  PATHS  AND  FOR  THE  FXCLUDED 
AREA  IS  LOCATED  BY  FINOX  AND  PUT  INTO  THE  APPROPRIATE  ARRAYS 
THE  GAME  BOUNDARIES  AR  F  SET  AND  THE  NUMBER  OF  D.*VS  FOR 
THE  GAME  AND  THE  NUMBER  OF  QUARTERS (OF  A  DAY)  ARE  SET 

THF  SUB-EXECUTIVE  ROUTINES  TU  PROCESS  CULTURE  AND  BATTLE 
A"E  CALLED.  THE  IMUTINES  ARE  WRITTEN  SO  THAT  EITHER  MAY  BF 
CALLEO  FIRST. 

**<i«*******  **#**«  *********** ******* «******•«****»**#***«*««•***»«* 


Figure  2.1-38 
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£**««******# ********** i  ********  CULTEX  *****  *****  ************ ********* 
C* 

C*  SUBROUTINE  CULT EX 

c* 

C*  PURPOSE 

C*  THE  EXECUTIVE  ROUT  I  HE  THAT  CALLS  SUBROUTINES  CSCHDL,CULTBK, 

C*  BATLTG  FOR  PROCESSING  THE  CULTURE  EVENTS  DESCRIBED  BY  THE 

C*  PLANNER. 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  CULTEXINOAYS, DTIME) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  ALL  INPUT  AND  OUTPUT  VIA  LABELED  COMMON  BLOCKS,  DAT  A  IN , PAR , 

C*  SU8CUL, SNOXDY,  ROUTE, TARG,OUTP, INUUT. 

C* 

C*  *  INPUTS  * 

C* 

C*  NDAYS  NUMRER  OF  OAYS 

C*  DTIME  TIME  I NC REMEN T( SECONDS ) 

C* 

C*  *  OUTPUTS  * 

C* 

C*  TROTS! I , J) ,  1=1, 13), J=l,NTR  TARGETS  DETECTED 

C*  REMARKS 

C*  NONE 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  BATLTG, CSCHDL.CULTBK, 

C* 

C* 

C*  METHOD 

C*  THF  TARGET  OISK  IS  ADVANCFD.  FINDX  IS  CALLED  TO  LOCATE 

C*  THE  PLANNER  INPUT  FfJR  THF  CULTURE  ROUTINES 

C*  THE  DETERMINISTIC  EVENTS  ARE  PROCESSED  FIRST,  AND  THF  RANDOM 

C*  EVFNTS  LAST.  AS  FACH  EVENT  IS  PROCESSED  THE  BATTLE  CULTURE 

C*  TARGET  ROUTINE  IS  CALLED  TO  GENfcRATE  FALSE  TARGETS 

C*  AFTER  ALL  CULTURE  EVENTS  HAVE  BEEN  PROCESSED  THE  CULTURE 

C*  BACKGROUND  ROUTINE  -CULTBK  -  IS  CALLED  TO  COMPUTE  BACKGROUND 

C*  NOISE  LEVELS  AND  F NO  OF  FILE  CONDITIONS  ARE  RECORUEO 

C* 

f ***************  .<  *.** ************** ****************************** ****** 

Figur#  2.1-39 
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C  **********  ****<t4******4**<.*«*  ‘UTfX  ****** **************  ******  ****** 

C* 

C*  SUBRDUT  I  NE  RAT  EX 

C* 

C*  PURPOSE 

C*  THt  EXECUTIVE  ROUTINE  THAT  CALLS  THE  VARIOUS  ROUTINES  FOR 

C*  PROCESSING  THE  RATTLE  EVENTS  AND  DOES  THE  INITIALIZATION 

C*  REQUIRED. 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  RATEXINOAYS.OTIME,  CSSACI 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  ALL  INPUT  AND  OUTPUT,  EXCEPT  AS  NOTED  BELOW,  VIA  COMMON  ‘ 

C*  BLOCKS  OAT  AIN,  BATTEL,  B8,  ROUTE,  EXCLUU,  BBNOS ,  EVENTS,  T ARG , 

C*  INOUT,  OUT P ,  FSBASE. 

C* 

C*  *  INPUT  * 

C^  NOAYS  NUMBER  OF  DAYS 

C*  OTIME  TIME  INCREMENT! SECONDS) 

C*  CSSAC  NOISE  PATIO  FADE  CONSTANT  FOR  SEISMIC  AND 

C*  ACOUSTIC  SENSORS 

C* 

C*  REMARKS 

C*  NONE 

C* 

C*  SUBROUT  IMF  ANO  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  FINOX 

C*  BSCHDL 

C*  BATLTG 

C*  BATLBK 

C*  EVNTR 

C*  MERGOR 

C* 

C*  METHOD 

C*  THE  TARGET  DISK  IS  ADVANCFD.  F INDX  IS  CALLED  TO  LOCATE 

C*  THE  PLANNER  INPUT  FOR  THE  BATTLE  ROUTINES. 

C*  THE  DETERMINISTIC  EVENTS  ARE  PROCESSED  FIRST,  AND  THE 

C*  RANDOM  EVENTS  LAST.  AS  EACH  EVENT  IS  PROCESSED  THE  BATTLE 

C*  CULTURE  TARGET  ROUiINE  IS  CALLED  TO  GENERATE  FALSE  TARGETS. 

C*  THE  BATTLE  BACKGROUND  ROUTINE! BATLBK)  IS  CALLED  TO  COMPUTE 

t*  BACKGROUND  NOISF  LEVELS  AND  A  CALL  TO  ROUTINE  IEVNTR) 

C*  DETERMINES  ANY  fV*NT  JUE  TO  ILLUMINATION. 

C* 

C  ****************  ******************* ■  *******************•*******■■**<***** 


Figure  2.1-40 
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c* 

C* 

C* 

c  * 
c* 
c* 
c* 
c* 
c* 

r* 

c* 

c* 
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c* 

c* 
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CO 
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C* 

C« 

Co 

Co 

C* 

C* 

Co 

Co 

C* 

c* 

C* 

Co 

C* 

Co 

Co 

r  *■ 

C* 

C* 

C* 

c* 

r* 

f 


BATLRK 

subroutine  hatlbk 

PURPOSE 

Of-TFRMINFS  THE  SF1SMIC  AND  ACOUSTIC  BACKGROUND  NOISE, 

If  ANY. 

CALLING  SEQUENCE 

CALL  R  A  TI.'DK  (  SCMUL , AC  ST  »  SE I S  »CSS  AC  *  OT I MF, NBM AX ) 

DESCR I P  T ION  OF  PARAMETERS 

ALL  INPUT  A NO  OUTPUT  VIA  LABFLEO  COMMON  BIOCKS/HATTEL,  RB , 
EXCLUO,  ROUTE,  BUNDS/  EXCEPT  AS  NOTED  BELOW. 


o  INPUT 
S  C  H  Oi. 
CSSAC 
DTI  Mr 
N9MAX 

0  OUTPUT 
SC!S 
AC  S  T 


* 

BATTLE  SCHEDULE  TABLE 

NOISE  RATIO  FADE  CONSTANT  *  0.«9 

T  IMF  INCREMENT  =  3600  SECS. 

MAXIMUM  NUMBER  OF  TIME  PERIODS  TO  BE  PERMITTED 


* 

BATTLE 

battle 


BACKGROUND  NOISE  DETECTED  BY  SEISMIC  SENSOR 
BACKGROUND  NOISE  DETECTED  BY  ACOUSTIC  SENSOR 


REMARKS 

BACKGROUND  NnI SE  IS  IN  DFCIBEIS. 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  required 
NONE 

MF  TMOn 

R'R  ALL  ACOUSTIC  AND  SEISMIC  SENSORS  A  BACKGROUND  NOISE 
LEVEL  IS  COMPUTED  AS  A  FUNCTION  UF  NUMBER  OF  VOLLEYS  FOR 
EXPLOSIVf  DtVICtS  AND  AS  A  FUNCTION  OF  NUMBER  OF  VEHICLES , 
TIME ,  AND  DURATION  FOR  MILITARY  GROUND  VEHICLES  AND  AIRCRAFT. 

the  planner  table  z nomas  (nominal  affect  on  sensor  of  *  particular 

TYPE  EVENT)  IS  USED  TO  COMPUTE  THE  NOISE  LEVELS. 


Figure  2.141 
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£ ************  *********  *******  i)ATL  TG  ***************************  .»****: 
C* 

r.*  SUBROUTINE  RAIL  TG 

C* 

C*  PURPOSE 

C*  OEFINFS  THE  3ATTLE  OR  CULTURE  TARCET  POSITION,  TIME, 

C*  ALTITUDE, VELOCITY,  LEG  OF  PATH,  ANO  VISUAL  SECURITY  DESCRIPTIVE 

C*  PARAMETER. 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  eATLTGINCALL , C, ROUTX , ROUT Y , NOT J 

C* 

C*  DESCRIPTION  OE  PARAMETERS 

C*  ALL  INPUT  AND  OUTPUT , EXCEPT  AS  NOTED  BELOW,  VIA  LABELED 

C*  COMMON  BLOCKS  T  A°G,  OUTP. 

C* 

C*  *  INPUT  * 

C*  NCALL  NC ALL  =*  0  BATTLE  TARGET 

C*  NCALL  =  l  CULTURE  TARGET 

C*  C  TABLE  SCMDL  IF  BATTLE  TARGET 

C*  TABLE  CSHOL  IF  CULTURE  TARGET 

C*  ROUTX  X  COORDINATE  OF  PLANNER  TARGET  PATH  NODE 

C*  ROUTY  Y  COORDINATE  OF  PLANNER  TARGET  PATH  NODE 

C*  NRT  NUMBER  CF  TARGETS 

C* 

C*  REMARKS 

C*  NONE 

C* 

C*  SUBROUT  I NF  AND  FUNCTION  SUBPROGRAMS  REQUIREO 

C*  NONE 

C* 

C*  METHOD 

C*  TARGET  PARAMETERS  FOR  FALSE  TARGETS  FROM  BATTLE  ANO 

C*  CULTURE  ARF  SET.  THE  EVENT  CODE  IS  CHECKED  TO  OFTFRHINE  ' 

C*  THF  TYPE  AND  TIMF  PARAMETERS  OF  THE  TARGET. 

C* 

f ****** ********* *****•***«•*****•*«•• ********** ***•**•******••***••**»«< 


Figur*  2.1-42 
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C*«*****«**r.c*  *************  ***«  B  SCHDL  ********  ***************  ********* 
C*  * 

C*  SUBROUTINE  HSCHDL  * 

C*  * 

O  PURPOSE  * 

(>  COMPLETES  THE  OATTLE  SCHEDULE  TABLE  (SCHDL)  FOR  EACH  EVENT  * 

C*  SCHEDULED  BY  THE  PLANNER.  CO'iftlNEO  ALL  RANODM  EVENTS  THAT  ARE  * 

SCHEDULED  WITH  PLANNER  INPUT.  * 

C*  * 

C*  CALLING  SEQUENCE  * 

C*  CALL  3  SCHDL  I S)  * 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  ALL  INPUT  AND  OUTPUT  VIA  LABELED  COMMON  BLOCKS  BATTEL,  SB,  * 

C*  ROU . E , : XCL 00 ,  FSUASE,  BONOS,  INOUT.  * 

C*  * 

C*  *  INPUT  *  * 

C*  S  EVENT  SCHEDULE  TABLE  OF  PLANNER  SCHDL  * 

C*  * 

C*  REMARKS  * 

C*  NONE  * 

C*  * 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED  * 

C*  BFMAP  * 

C*  NJMBFR  * 

C*  PATHS  * 

C*  SELCTR  * 

C*  * 

C*  METHOD  * 

C*  * 

C*  MPfMon  * 

CO  any  planner  INPUT  VALUE  that  IS  NOT  SPECIFIED  IS  SET  * 

C*  RANDOMLY.  * 

c*  * 

C***v* ******** ******************************* *******  *******  ************* 


Figure  2.1-43 
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£**************«**?«**** *******  CSCHDL  ********************************** 


c* 

* 

c* 

SUBROUTINE  C  SC  HOL 

* 

c* 

* 

c* 

PURPOSE 

* 

c* 

to  ctiPitre  the  cuuure  schedule  for  each  type  op 

EVENT 

* 

c* 

SCHEDULED  9Y  THE  PLANNER.  CUMHINES  ALL  RANDOM  EVENTS 

THAT  ARE 

* 

o 

SCHEDULED  WITH  PLANNER  INPUT. 

* 

c* 

* 

c* 

CALL  I NO  SEQUENCE 

* 

c* 

CALL  CSCHDL  (  C  » 

* 

c* 

* 

c* 

DESCRIPTION  OF  PARAMETERS 

* 

c* 

ALL  INPUT  EXCEPT  SCHEDULE  TABLE (C )  VIA  LABELED  COMMON 

* 

c* 

AREAS  SUBCUL,  PAR,  SNDXOY,  ROUTE,  INOUT. 

* 

c* 

* 

c* 

♦  OUTPUT  * 

* 

c* 

C  CULTURE  SCHEDULE  TABLE  CSHDL 

* 

c* 

* 

c* 

REMARKS 

* 

c* 

NONE 

* 

c* 

* 

c* 

SUBROUTINES  AND  FUNCTION  SUBPROGRAMS  REOUIRED 

* 

c* 

NUMBER 

* 

c* 

PATHS 

* 

c* 

* 

c* 

METHOD 

* 

c* 

* 

c* 

METHOD 

* 

c* 

ANY  PLANNER  INPUT  VALUE  THAT  IS  NOT  SPECIFIED  IS 

SET 

* 

c* 

RANDOMLY 

* 

c* 

* 

c***» 

********  ********* *****  ******************  ******* ********* ******* 

**** 

C**********  **$#*#**#<.«.<>«**<!****  CULTHK  ***$****#**********«.*********** 


r.o  * 

O  SUBROUT  l  NF  CUE  TDK  * 

r  *  * 

Co  PURPOSE  * 

C*  TO  OE  T  £  F..MI  nE  Tt- E  SEISMIC  AND  ACOUSTIC  CULTURE  BACKGROUND  * 

C*  NOISE.  IF  ANY.  * 

C*  ♦ 

C *  CALLIN'.;  SEQUENCE 

Co  CALL  C  Ul TDK l CSHOL  »CLTDGR  »  NCE  V)  * 

C*  * 

C  o  OESCR I  °TIHN  OF  PARAMETERS  o 

CO  INPUTS  VIA  COMMON  AREAS  DATA  IN,  SUBCUL,  PAR,  OUTP,  I  NOUT.  * 

CO  * 

Co  o  INPUT  #  * 

C«  CSHOL  PLANNER  CULTURE  SCHEDULE  TABLE  * 

C*  NCEV  NUMBER  OF  CULTURAL  EVENTS  * 

Co  * 

C,o  *  OUTPUT  o  * 

Co  0 

Co  CLTBGR  ARRAY  OF  CULTURE  BACKGROUND  NO  IS  ES I  DEC  l  BEL  S )  * 

Co  * 

CO  RFMARKS  * 

C.o  NONE  * 

C.o  * 

CO  SUBROUT  I  NTS  AND  FUNCTION  SUBPROGRAMS  REQUtRED  ♦ 

C*  SFNXY  * 

CO  FfMDX  ♦ 

C*  * 

Co  mfthOD  * 

CO  TOP  AIL  ACOUSTIC  and  SEISMIC  SFNSORS  A  BACKGROUND  NOISE  o 

Co  LFVEl  IS  COMPUTED  AS  A  FUNCTION  OF  THE  DISTANCE  OR  THE  * 

Co  SOURC r  FRO’.*  THF  SENSOR.  SUBROUTINE  SENXY  IS  USFD  TO  LOCATE  o 

Co  THE  SENSORS.  DESIGNER  INPUT  TABLE  CFVDBA  IS  USED  TO  SET  o 

C*  NOISE  LEVELS.  » 

Co  * 


Fiflur#  2.145 
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f******* ********************** ****** ************************************ 

c*  * 

q*********************** ******  gvNTP  ********************************* 
C*  PURPOSE  * 

C*  ADDS  TO  THE  LIST  OF  EVENTS  ANY  EVENT  DOF  TO  I LL  UM I  HA  T !  ON  * 

C*  OF  THE  PLAY  AREA  * 

O  * 

C*  CALLING  SEQUENCE  * 

C*  CALL  EVNT9I SCHDL )  * 

C*  * 

C*  OFSCP I^TTOn  OF  PARAMETERS  * 

C*  *  INPUT  *  * 

C*  SCHHL  SCHEDULE  ARRAY  FOR  A  PARTICULAR  TYPE  EVENT  * 

C*  *  OUTPUT  *  * 

C*  ALL  OUTPUT  VIA  LABELED  COMMON  BLOCK /EVENTS/.  * 

C*  * 

C*  REMARKS  * 

C*  USED  EXCLUSIVELY  BY  SUBROUTINE  8 ATE X  * 

C*  * 

C*  SUBROUTINES  REQUIRED  * 

C*  NONE  * 

C*  * 

c* *************************************** ******************************* 

Figure  2.1-46 
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C«***************$#t*«*«<4«t,*4**  paths  ************»*$*************** 


c* 

c* 

SUBROUTINE  PATHS 

c* 

, 

c* 

PUP POSE 

c* 

DETERMINES  A  PATH  FOR  THE  EVENT  FROM  PLANNER  ROUTX,  ROUTY 

c* 

TABLES. 

c* 

c* 

CALLING  SEQUENCE 

c* 

(A)  CALL 

PATHS(S(4) ,SI5), SI  8), SI  9), SI  10) , I V2 ,NC ALL , I ROUTX , 

c* 

ROUTX, ROUTY) 

c* 

IB)  CALL 

PATHSICI4) »CI5),C(6)«CI7) »CR »  I V2 , NCALL , I ROUTX , 

c* 

ROUTX, ROUTY) 

c* 

ED«M 

IA)  ABOVE  IS  CALLING  SEQUENCE  USED  IN  SUBROUTINE  9SCHDL 

c* 

FORM 

IB)  ABOVE  IS  CALLING  SEQUENCE  USED  IN  SUBROUTINE  CSCHDL 

c* 

c* 

DE  SC  R I P  TIUN  OF  PARAMETERS 

c* 

♦ 

INPUT  * 

c* 

rv2 

TYPE  OF  EVENT  FROM  PLANNER  TABLE 

c* 

NC  ALL 

NC ALL=0  BATTLE  EVENT,  NCALL=I  CULTURE  EVENT 

c* 

I ROUT X  NUMBER  OF  ROUTES  GIVEN  BY  PLANNER 

c* 

KOUTX 

X  CHORD.  OF  PLANNER  PATH  POINT 

c* 

ROUTY 

Y  COORD.  OF  PLANNER  PATH  POINT 

c* 

S{4) 

X  COORD.  OF  BATTLE  EVENT,  START  OF  EVENT  PATH 

c* 

C  I  4 ) 

X  COORD.  OF  CULTURE  EVENT,  STAR  T  OF  EVENT  PATH 

c* 

SIS) 

Y  COORD.  OF  BATTLE  EVENT  ,  START  CF  EVENT  PATH 

c* 

c  * 
c* 

r.  1 5 ) 

Y  COURD.  OF  CULTURE  EVENT,  STA'>T  OF  EVENT  PATH 

* 

OUTPUT  * 

c* 

SIB) 

X  COORD.  OF  FND  OF  PATH  FOR  BATTLE  EVENT 

c* 

SI  O) 

Y  CnORl).  OF  END  OF  PATH  FOR  BATTLE  EVENT 

c+ 

c* 

c* 

c* 

SI  10) 

RANDOM  SELECTION  OF  A  PATH  START  POINT  IF 

NOT  GIVEN  IN  PLANNER  SCHEDULE  TABLE 

C16  ) 

X  COORD.  OF  END  OF  PATH  FDR  CULTURF  EVENT 

c* 

Cl  7  ) 

Y  COORD,  OF  END  OE  RATH  FOR  CULTURF  EVENT 

c* 

Cl  P  ) 

TYPE  OF  PATH  .TRAIL,  ROADWAY, WATERWAY  ETC. 

c* 

CA 

C  I  B )/ 100  . 

c* 

REMARKS 

c* 

NONE 

c* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

c* 

c* 

NONE 

Figure  2.1-47 
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C*  METHOD  * 

C*  IF  A  PATH  IS  NOT  GIVEN  HY  THE  PLANNER  EVENT  TABLE  ONE  IS  * 

C*  RANDOMLY  SELECTED.  THIS  PATH  IS  CHECKED  TO  DETERMINE  ITS  * 

C*  VALIDITY  FOR  TYPF  EVENT  BFING  CONSIDERED.  START  AND  END  * 

C*  COORDINATES  OF  THE  PATH  ARE  CHOSEN  FROM  THE  PLANNFR  DESIGN  * 

C*  TABLES ( ROUT  X.ROUTY I  IF  WITHIN  A  LO  METER  RADIOS  OF  THE  START  * 

C*  AND  END  COORDINATES  GIVEN  BY  THE  PLAINER  EVENT  SCHEDULE  * 

C*  TABLE.  IF  NO  START  AND  END  COORDINATES  ARE  GIVEN  THE  * 

C*  PROGRAM  DEFINES  SOflt  GY  RANDOM  SELECTION.  * 

C*  * 

£* ************** S****************** *♦*♦***♦♦*  ************  *************** 

c*  ***********  ***  ***********  **********************************  *********** 


Figure  2.1-47  (Corn.) 
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SF  NXY 


SFNXY 


PUHtMSr 

DCTcRMINES  SENSOR  LOCATION  COORD! NAT ES 

CALLING  SCWri'ICE 

CALI  StNXYl SENS# I N) 

nCSCK  I  P  T  I  n  OF  PARAMETERS 

I  r-J  PUT  VIA  LABELED  COMMON  DATAIN 

*  IN°UTS  * 


IN 


SENSO0  IDENTIFYING  INDEX 


C* 

C *  SUBROUTINE 

r.t 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r* 


OUTPUT 


SENS!?) 

SENSHI 


X  COORDINATE 
Y  COORDINATE 


REMARKS 

NONE 


SUBROUTINE  AND  FUNCTION  SUBPROGRAMS 
NONE 


METHOD 

THE  x,Y  COORDINATES  OF  THE  SENSORS  IS  OFTERMINfO.  PLANNED 
X,  Y  P-'S!  TIllNS  ARP  USED. 


**<t«4*««i*#<l«**«***«********«***** 

* 
* 
* 
* 

(X,Y)  * 

* 
♦ 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
% 
* 
* 
* 
* 
* 
* 
* 
♦ 
* 
* 
* 
+ 
* 
* 


OF  SENSOR 
OF  SENSOR 


Figure  2.1-48 
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£**********  ***************************  *************************<l*i-  ****** 

£*************** **************  ‘SUMTER*  ♦♦<i**’)>*J*<‘*******<‘*****  ************ 


c* 

p  IJRPPSF 

* 

c* 

rn  select  a  uniform  random  hum  a  f  p  from  1-10  fo» 

PURPOSES  OF 

* 

c* 

INCREASING  A  GIVEN  NU-IRER(K)  AS  FOLLOWS, 

c* 

K  =  K  WHEN  RAND. NO.  <=  6 

* 

c* 

K  =  K  ■*•  l  WHFN  RANI).  HU.  >  6 

P 

c+ 

K  =  K  ♦  2  WHEN  RA NO. NO.  >  9 

c* 

* 

c* 

USAOF 

P 

c* 

K  =  NTJyflER  (  K  ) 

* 

c* 

* 

c* 

DESCRIPTION  OF  PARAMETERS 

* 

c* 

K  ANY  INTEGER  FROM  1-3 

♦ 

c* 

* 

c* 

metwoo 

* 

c* 

A  NUMBER  IS  06  TERM  INFO  WITH  A  60  PERCFNT  PROS AR  l  L  l EY 

* 

c* 

OF  BEING  EQUAL  TO  K,A  30  PERCENT  PROBABILITY  OF  BEING  ONE 

OVER  K  AND 

* 

c* 

A  10  PERCENT  PROBABILITY  OF  BEING  TWO  MORE  THAN  K. 

* 

c * 

♦ 

c* 

♦ 

£******************************************  ********************  ********* 

Figure  2.1-49 

*  Used  in  BATTLE  and  CULTURE  to  randomly  pick  value  from  tables  according 
to  distribution  60-30-10. 
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c*  * 

C*  SUBROUTINE  SELCTR  * 
C*  * 
C*  PURPOSE  •  .  * 
C*  THIS  SUBROUTINE  IS  USED  BY  SUBROUTINE  BSCHDL  TO  SELECT  VALUES  OF  * 
C*  MILITARY  VEHICLE  SPEED,  NUMBER,  AND  SPACING  VARIABLES  FOR  THE  BATTLE  * 
C*  SCHEDULE  TABLE  (SCHDL)  WHEN  IT  IS  DESIRED  TO  TREAT  THESE  VARIABLES  AS  * 
C*  RANDOM.  * 
C*  * 
C*  CALLING  SEQUENCE  * 
C*  CALL  SELCTR  (N,NX, INV, JN, 3S,Y)  * 
C*  * 
C*  DESCRIPTION  OF  PARAMETERS  ' * 
C*  *  INPUT  *  * 
C*  N  -  NUMBER  OF  BATTLE  EVENT  CLASSES  IN  ARRAY  Y  FROM  WHICH  VALUES  * 
C*  Of  THE  RANDOM  VARIABLE  ARE  SELECTED.  * 
C*  NX  -  NUMBER  OF  VALUES  OF  RANDOM  VARIABLE  IN  EACH  OF  THE  N  EVENT  * 
C*  CLASSES  OF  ARRAY  Y.  * 
C*  IVN  -  BATTLE  EVENT,  EVID,  NUMBER  CORRESPONDING  TO  BATTLE  * 
C*  EVENT  TYPE  18  AND  CLASS  1.  2,  3,  4,  OR  5.  * 
C*  .IN  -  INDEX  FOR  DEFAULT  OPTION  OF  VARIABLE.  * 
C*  Y  -  DESIGNER  DATA  SET  FROM  WHICH  RANDOM  SELECTION  IS  MADE,  * 
C*  EITHER  VSPED,  CNV*Y,  OR  SPACE.  * 
C*  * 
C*  *  OUTPUT  *  * 
C*  * 
C*  SS  -  VALUE  OF  FANDOM  VALUE  SELECTED  FROM  ARRAY  Y  AND  STORED  IN  * 
C*  TABLE  SCHDL.  * 
C*  * 
C*  METHOD  * 
C*  * 
C*  WHEN  IT  IS  DESIRED  TO  PLAY  A  MILITARY  VEHICLE  CATTLE  EVENT  * 
C*  WITH  RANDOM  VEHICLE  SPEED,  RANDOM  NUM3ER  OF  VEHICLES  IN  A  CONVOY,  * 
C*  OR  RANDOM  SPACING  BETWEEN  VEHICLES,  THIS  SUBROUTINE  IS  USED  TO  SE-  * 
C*  LECT  A  VALUE  FROM  THE  APPROPRIATE  DESIGNER  INPUT  DATA  SET;  E.G.  ,  * 
C*  VEHICLE  SPEED  SET  (VSPED),  CONVOY  SIZE  SET  (CNVOY)  ,  AND  SPACINC  * 
C*  BETWEEN  VEHICLES  SET  (SPACE).  EACH  RATA  SET  PROVIDES  FOR  UP  TO  * 
C*  FIVE  CLASSES  OR  SIZES  OF  MILITARY  VEHICLES.  VSPED  IS  DIMENSIONED  * 
C*  FOR  THREE  SPEEDS;  CNVOY  IS  DIMENSIONED  FOR  EIGHT  CONVOY  SIZES,  AND  * 
C*  SPACE  IS  DIMENSIONED  FOR  POUR  VALUES  OF  SPACE  bETVEEN  CENTERS  OF  * 
C*  VEHICLES.  * 
C*  * 
C*  SUBROUTINES  AND  FUNCTION  SUBPROGRAMS  REQUIRED  * 
C*  * 
C*  URN  * 
C*  * 


Figure  2.1-50 
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C  ************  $********$**$$$<!*<!:****  **$$******$**«#♦<■*'  *<■*$****•**  ***>►***: 
Q  *********************  *********,\t\[  Kb* ******* *****^********************* 

C* 

C*  purpose 

C*  BLOCK  OAT  A  USED  TO  SET  DESIGNER  INPUT  VALUES  USED  TO 

C*  COMPLETE  BATTLE  AND  CULTURAL  SCHEOULE  TABLES 

C* 

C*  CALLING  SEQUENCE 

C*  NONE 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  ALL  INPUT  VIA  LABELED  COMMON  BLOCKS/ BA TTEL«BB, EXCLUD , 

C*  SUBCUL  » PAR/ 

'* 

^* *******************************************************************  it* 


Figure  2  151 


2-64 


C*********************** ******  p£MAP  *****♦**•**•*♦♦*****♦****•*•••*• 
r* 

C*  PUR^nSF 

C*  TO  DETERMINE  jf  A  GIVEN  EVENT  OCCURS  WITHIN  A  SPECIFIED 

C*  REGION  OF  THE  PLAY  AREA 

C* 

C*  USAGE 

C*  Y  REMAP  I  A,  R  ,C  ) 

C* 

C*  OESrplPTION  OF  ° A°  AMFT  F°S 
C*  *  INPUT  * 

r*  A  EVENT  I  DENT  IE ICAT inN  CODF 

c*  r  y  coordinate  of  event 

c*  C  V  COORDINATE  OF  EVENT 

C*  ALL  OTHER  REQUIRED  INPUT  VIA  l AREI  EP  COMMON  Rl  0C« S/ 0 AT Tf L , 

r*  RR, ROUTE, RPNOStEYCLUOtl NOOT / . 

C* 

C*  REMARKS 

C*  NOME 

c* 

C*  MFTHOO 

r*  IF  the  F  OORT I  NATES  OF  A  SPECIFIC  FVID  C  ODF  APE  IN  AN  EXCLUDED 

C*  ARFA  THE  PROGRAM  REJECTS  THE  CHOICE  PY  RETURNING  A  ZERO 

C*  IF  THf  COOF  IS  NOT  FOUNT  THF  PROGRAM  Will.  PPTNT  AN  FPOOF 

c*  Mf  f  s  AGE  ANP  ACCFPT  THE  CHOICF. 

c* 

c* 

c* 

r  * 

c* 

c* 

c  ********  *<.*»*»***•*.,*  ***•****•**•****************•*********•«•••••«**• 


Figur*  2.1-52 
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~  m  WsrJ-Mfriawsw*-, 


C**** 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

C* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c * 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

c**+* 


*****  *****««***»*****«*****«««.*  f VNT  ?  1  ********************:>******* 

* 

PHf-RUN  EXECUTIVE  STEP  T  ♦ 

* 

PURPOSE  * 

TO  CREATE  EVENT  TYPE  2  (FALSE  ALARMS)  AND  EVENT  TYPE  ^  * 

(SENSOR  PARAMETER  CHANCES  UUE  TO  BACKGROUND  ENVIRONMENT).  * 

* 

CALLING  SEQUENCE  * 

MAIN  PROGRAM  * 


REMARKS 

PROGRAM  REQUIRES  PLANNER 
A NO  ATMENV  DATA  SETS. 


INPUT,  BATTLE,  CULTURAL,  BAStCT, 


SUBROUTINE 
FINDX 
TERAN 
VALID 
IUTEVL 
SEI  St'K 
ACQUCK 
ARF8K 
P1RBK 
BWIRBK 
tNVIR 
TRNSFR 
FA  INTV 
MERGE l 


ANO  FUNCTION  SUBPROGRAMS  REQUIRED. 

LOCATES  POINTER  FOR  PLANNER  INPUT  DATA  SETS. 
GENERATES  UNTER  ANO  UTVSXY  DATA  IN  LARFLi ED  COMMON. 
VALIDATES  SENSOR  -  TARGET  COMBINATIONS 
LOCATES  INDEX  ON  UNIT  TERRAIN 

COMPUTES  BACKGROUND  CONDITIONS  FOR  SEISMIC  SENSORS 
COMPUTES  BACKGROUND  CONDITIONS  FOR  ACOUSTIC  SENSORS 
COMPUTES  BACKGROUND  CONDITIONS  FOR  ARFBUOY  SENSORS 
COMPUTES  BACKGROUND  CONDITIONS  FOR  PIRID  SENSORS 
COMPUTES  BACKGROUND  CONDITIONS  FOR  6REAKWIR  SENSORS 
COMPUTES  BACKGROUND  TEMPERATURE. 

TRANSFERS  ARRAY  CLOCKS  FROM  ONf'  SET  TO  ANOTHER. 
PROVIDES  RANDOM  FALSE  ALARM  TIME  INTERVALS. 

MEHGFS  AND  ORDFRS  BY  TIME  2  DATA  SETS. 


SENSORS.* 

SENSORS.* 

SENSORS.* 

SENSORS.* 

SEn’SPRS.* 


*********************************************************  so***  u *  ** 
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C****w*****<<«  *#******♦*********$***  *  SFISBK  e********************  **«■$*** 

C* 

C*  SUBROUTINE  SFISBK 

C* 

C*  PURPOSE: 

C*  THIS  R0UTI'E  IS  USED  DURING  ORERUN,  TO  ESTABLISH  OPER-  * 

C*  ATIONAL  PARAMETERS  FOR  SEISMIC  SENSORS  (THESE  PARAM- 

O  ETERS  TO  BE  USED  DURING  MSM  STAGE  BY  SUBROUTINE  SEISTG). 

C*  OUTPUT  PARAMETERS  ARE — 

C*  AMPLIFIER  GAIN 

C*  THRESHOLD  VOLTAGE 

C*  RMS  BACK  GROUND  NOISE  VOLTAGE 

O  AVERAGE  TIME  BETWEEN  THRESHOLD  CROSSINGS 

C* 

C*  USAGE: 

C*  CALL  SE I SBK( l UT  *  03CULT*  OB BAT L  »ISEXP*ITREE, IFIXGN* 

C*  THRESH,GEQUIL,VNOI SE .AVGTHC) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  SE F  GLOSSARY  BELOW 

C* 

C*  REMARKS: 

C*  NONE 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED: 

C*  AL0G10  SUPPLIED  BY  FORTRAN 

C*  SORT  SUPPLIED  BY  FORTRAN 

C* 

C*  METHOD: 

C*  BACKGROUND  LEVELS  ARE  ASCRIBED  TO  THE  COMMON  SOURCES  OF 

C*  BACKGROUND  MICROSEISMIC  LEVEL.  THESE  LEVELS  ARF  MODIFIED  BY 

C*  ENVIRONMENTAL  FACTORS  SUCH  AS  FOLIAGE  DENSITY,  SOIL  WETNESS  AND  THE 

C*  LIKE.  THE  SENSOR  RESPONSE  TO  THE  NQI St  LEVEL  IS  COMPUTED  GIVING 

C*  AN  R“S  NOISE  VOLTAGE  AGAINST  WHICH  SIGNVLS  MUST  COMPETE  AND 

C*  FROM  WHICH  THE  AMPLIFIER  AUTOMATIC  GAIN  SETTING  AND  FALSE  ALARM 

C*  RATE  ARF  DETERMINED. 

C* 

C*  GLOSSARY; 

C  INPUT  VALUES 

C  OBBATL  SFISRK  CP  BATVLE  NOISE  (OB) 

C  DBCULT  SFtSRK  CP  CULTURAL  NOISE  { 00) 

C  IFIXGN  SFISBK  CP  =0  NO  FIXED  GA IN, =1,2, 3, 4, 5  PLANNER  SET  GAl N»=h  SEL.  GAIN 

C  ISEXP  SFISBK  CP  INDEX  FUR  BURIED,  1  =0 . 01  BUR  l  ED ) ,  2=»6.0<N0T  BURIED) 

C  ITREE  SFISBK  CP  INOFX  ON  TREE  OISTANCE  0=  TREF,  1«  NO  TREF. 

C  IUT  SEISBK  CP  INDEX  GN  UNIT  TERRAIN 

C 

C  LABELLED  COMMON  t N°UTEO  VALUES 

C  BIASSF  StNVAR  THRESHOLD  SETTING  (VOLTS) 

C  BWSEIS  SENVAR  EFFECTIVE  BAND  WIDTH  OF  NOISE  SIGNAL,  IN  HEKT? 

C  CONSTS  SENVAR  AVERAGE  AMPLIFIER  OUTPUT. 

Figure  2.1-54 
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c 

IPR  INT 

CONST 

c 

ISM 

UNTER 

c 

IVCCV 

UNTER 

c 

LDUMP 

CONST 

c 

PRATE 

ATMENV 

c 

PT0T24 

ATMENV 

c 

WSPEED 

ATMENV 

c 

c 

c 

BFT  A 

SEISBK 

P 

c 

FDATL 

SEISBK 

P 

c 

FCULT 

SEISBK 

P 

c 

FRAIN 

SEISBK 

P 

c 

FWIND 

SEISBK 

P 

c 

SENSEX 

SrtSBK 

P 

c 

SET 

SEISBK 

P 

c 

SOIL* 

SEISBK 

P 

c 

VEGCVR 

SEISBK 

P 

c 

VEGCVW 

SEISBK 

P 

c 

c 

c 

OBRATN 

SEISBK 

OP 

c 

DBWIND 

SEISBK 

DP 

c 

DELTA 

SEISBK 

DP 

c 

OUM 

SEISBK 

DI- 

c 

IFIXGS 

SEISBK 

DP 

c 

ISDILM 

SEISBK 

OP 

c 

IVCOVP. 

SEISBK 

JP 

c 

KBATL 

SEISBK 

DP 

c 

KCULT 

SFISr.K 

DP 

c 

KPAIN 

SEISBK 

OP 

c 

KWIND 

SEISBK 

OP 

c 

L 

SEISBK 

DP 

c 

ONOISE 

SFI SBK 

UP 

c 

VBATL 

SEISBK 

DP 

c 

VCULT 

SEISBK 

DP 

c 

VR  AIN 

SEISBK 

OP 

c 

VWIND 

SEISBK 

OP 

c 

c 

c 

AVGTHC 

SEISBK 

OP 

c 

GEQUIL 

SEISBK 

OP 

c 

THRESH 

SEISRK 

OP 

c 

VNOISE 

SEISBK 

OP 

c* 

OUTPUT  DATA  DEVICE  DESIGNATOR  ®  6 

INDEX  DESCRIBING  SOIL  MOISTURE  CONDITIONS. 

INDEX  VEG.  COVER 

TRUE®  INTERMEDIATE  CALCULATIONS  PRINTED,  FALSE-  NO  PRINT. 
RAIN  FALL  RATE  I  MM/ HR  >  . 

TOTAL  PRECIPITATION  DURING  THE  LAST  24  HRS. 

HIND  SPEED  (KM/HR) 

INTERNALLY  STORED  DESIGNER  INPUT  VALUES. 

AVGTHC  MODIFIER  FOR  FIXED  GAIN  SENSORS. 

VALUE  FOR  BATTLE  EFFECT , 1= 1 . 5 1  LOW  INT . ) , 2= . 151 M ) , 3® . 1 ( H ) 
VALUE  FOR  POP.  EFFECT.  1®  .251  HEM.  1 , 2=  .  15  ( KUR.  ) ,  3® .  U 'J«  B .  ) 
VALUE  FOR  RAIN  EFFFCT , 1= . <  ( LOW l , 2= . 3 1  MOD . ) , 3= . 2 ( HE AVY ) 
VALUE  FOR  WIND  EFFECT, 1® .5 , 2® .4, 3= • 3,4* , 2, 5*  •  2 
EFFECT  OF  SENSOR  BEING  BUR  I  EC. 

TABLE  OF  GAIN  VALUES. 

SOIL  EFFECTS  ON  RAIN  NOISE 
VEGETATION  COVER  EFFECTS  ON  RAIN  NOISE 
VEGETATION  COVER  EFFECTS  ON  WIND  NOISE. 

COMPUTED  VALUES 
RAIN  NOISE  (DB) 

WIND  NOISE  (OB) 

MOOIFIER  OF  FALSE  ALARM  RATE, FIXED  GAIN  SYSTEM 
RANDOM  NUMBER  0-1 

ABS.  VALUE  OF  IFIXGN  IINDEX  FOR  GAIN  SELECTOR.) 

INO.-SOIL  MODI F.»1®DRY10.)*2=WFT13)*3=V.WFT(6) ,4= SAT. 16) 
INDEX  VEG.  COVER, l=HFAVY ,2»M£D. FDR. , 3®L. FOL . ,4=H20, 5®0*E 
INDEX  BATTLE  NOISE, 1—1.5 (LOW  I  NT . ) ,2® .7 1 MED . ) , 3® .4 1 H I GH) 
INDEX  CULT.  BACK. 

INDEX  FOR  RAIN  CONDITIONS. 

INDEX  FOR  WIND  GUSTINESS. 

DUMMY  INDEX 

OUTPUT  NOISE  FUR  CIXFD  GAIN  SYSTEM 
OBRATL  CONVERTED  TO  VOLTAGE. 

DBCULT  CONVERTED  TD  VOLTAGE. 

DBR A  IN  CONVERTED  TO  VOLTAGE. 

DBWIND  CONVERTED  TO  VOLTAGE. 

OUTPUT  VALUES 

AVG.  TIME  BETWEEN  THRESHOLD  CROSSINGSIIN  SECONDS). 
AMPLIFIER  GAIN 
THRFSHOLD  (VOLTS) 

RMS  SUM  OF  BACKGROUND  NOISE  VOLTAGES 


C***« *********************************************** ********** ********  ***#**♦, 


Figure  2.1-54  (Cont.) 
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<.#***  **  *  $<r*  ;.  *  $  *  *$**  n*  ♦  ACUUDK  *#<■«■************************ 

C* 

C#  SUBROUTINE  ACMU-IK 

C* 

C*  purpose: 

Co  THIS  ROUTINE  IS  USED  DUPING  PRLRUN,  IT)  ESTABLISH  OPER- 

C*  ATPJNAL  PARAMETERS  TOR  ACOUSTIC  SENSORS  (  THE  5F  PARAM¬ 
OS  CTFRS  m  BP  USED  DURING  MSI  STAGE  4Y  SUBROUTINE  ACOUTG) • 

C*  OUTPUT  PAP  A  METERS  ARE-- 

C*  AMPLIFIER  gain 

C«  THRESHOLD  VOLTAGE 

C  o  RMS  BACKGROUND  NO  I  ST  VOLTAGE 

C*  AVERAGF  T I MF  BETWEEN  THRESHOLD  CROSSINGS 

C* 

C*  USAGE: 

C*  CALL  ACOUBKIIUT.  r  ^ULT  ,  OBDAT  L  ,  T  HR  ESH,  CEQU  IL  ,  VNO  I  SE  ,  A  VGTHC  ) 

C* 

C *  DESCRIPTION  OF  PAPAMFT FRS 

C*  SEE  GLOSSARY  BELOW 

C* 

C*  REMARKS: 

C*  NONE 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED: 

C*  ALOOIO  SUPPLIEO  BY  FORTRAN 

C*  SORT  SUPPLIEO  B i  FORTRAN 

C* 

C*  METHOD: 

C*  BACKGROUND  NOISF  LEVELS  ARP  ASCRIBED  TO  THE  COMMON  SOURCES  OF 

C*  ACUUSTIC  BACKGROUND.  THESE  LEVELS  WHICH  ARE  FUNCTIONS  OF  THE 
C*  ENVIRONMENT,  TERRAIN,  TIME  OF  OAY ,  CULTURAL  LEVELS,  AND  BATTLE 

C*  CONDITIONS  APE  CnMB INE 0  TO  DcVELOP  ON  RMS  NOISE  VOLTAGE  AGAINST 

C*  WHICH  SIGNALS  MUST  COMPETE  AND  FROM  WHICH  AMPLIFIER  .aIN  SETTINGS 
C*  AND  DEVICE  FALSE  ALARM  RATE  ARf  DETERMINED.  THE  FALSE  ALARM  RATE 

C*  IS  OF  EMPIRICAL  BASIS  AND  FURTHER  EFFORT  IN  SIGNAL  ANALYSIS  WILL 

C*  HE  REQUIRED  TO  PROVIDE  AN  ACCURATE  ANALYTICAL  TREATMENT. 

C* 

C*  GLOSSARY: 

C  INPUT  VALUES 

C  OBBATL  ACOUHK  CP  RATTLF  NOISE  I  DM ) 

C  OBCULT  ACOUBK  CP  CULTURAL  NOISE  <  OH  I 

C 

C  LABELLED  C  OMMQN  I'JPUTED  VALUES 

C  Bl A  SAC  SFNVAR  THRESHOLD  SETTING  IVOLTS) 

C  HWACOU  SENVAR  BAND  WIDTH 

C  CONST  A  SFNVAP  AVERAGE  AMPLIFIER  OUTPUT. 

C  IPRINT  CONST  OUTPUT  DATA  DEVICE  DESIGNATOR  =  6 

C  ITOD  BASICT  TIME  OF  DAY 

C  LOUMP  CONST  TRUE*  INTERMEDIATE  CALCULATIONS  PRINTED,  FALSE*  NO  PRINT. 

C  PRATE  ATMENV  RAIN  FALL  RATE  (MM/HKI 

Figure  2.1-55 
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C  WSPEEO  ATMENV  WIND  SPEEO  (KM/HR  ) 

C 

C  INTFRNALLY  STORED  DESIGNER  INPUT  VALUES. 

C  FAN  TSL  ACOUBK  P  FAUNA  NOISE  TABLE.  SELECTED  BY  INDEX  KFAUN 
C  FBATL  ACOUBK  P  BATTLE  NOISE  SELECTED  BY  INDEX  KBATL 

C  FCULT  ACOUBK  P  CULTURAL  NOISE  SELECTED  BY  INDEX  KCULT 

C  FFAUN  ACOUBK  P  FAUNA  NOISE  SELECTED  BY  INDEX  KFAUN 

C* 

C  COMPUTED  VALUES 

C  DBF AUN  ACOUBK  DP  FAUNA  NfllSE.  (DB) 

C  DBRAIN  ACOUBK  OP  RAIN  NOISE  ( DB  I 

C  OBWIND  ACOUBK  DP  WIND  NOISE  (OB) 

C  FRAIN  ACOUBK  DP  RAIN  NOISE 

C  FWIND  ACOUBK  OP  WIND  NOISE 

C  KBATL  ACOUBK  DP  INOEX  FOR  BATTLE  NOISE 
C  KCULT  ACOUBK  OP  INDEX  CULTURAL  NOISE 

C  KFAUN  ACOUBK  DP  INDEX  FAUNA  NOISE 

C  VBATL  ACOUBK  DP  BATTLE  NOISE  (VOLTS! 

C  VCULT  ACOUBK  DP  CULTURAL  NOISE  (VOLTS! 

C  VF AUN  ACOUBK  DP  FAUNA  NOISE  (VOLTSI 

C  VRAIN  aCCUBK  DP  RAIN  NOISE  (VOLTS) 

C  VW I  NO  ACOUBK  DP  WINO  NOISE  (VOLTS) 

C* 

C  OUTPUT  VALUES 

C  AVGTHC  ACOUBK  OP  AVG.  TIME  BETWEEN  THRESHOLD  CROSSINGS  (IN  SECONDS). 

C  GEOUIL  ACOUBK  OP  AMPLIFIER  GAIN 

C  THRESH  ACOUBK  OP  THRESHOLD  (AMPLIFIER) 

C  VNOISE  ACOUBK  OP  TOTAL  BACKGROUND  NOISE. 

C* 

C*** ****-»«#** *** ************ ************  ***** ******  ******** ******»*****«*****4 


Figure  2.1-55  (Cont.) 
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c**«* ******* **************** ********  ARFBK  ****** ********************** 

c* 

c*  subroutine  arfbk 

c* 

C*  PURPOSE 

CP  THIS  ROUTINE  IS  PROVIOEC  TO  DETERMINE  THE  AREA  DENSITY  OF  BUTTON 

CP  BOMRLETS  FOR  USE  IN  ARFTG,  AND  TO  OEVELOP  ESTIMATES  FOR  FALSE  ALARM 
C*  RATF  ANO  AVERAGE  FALSE  ALARM  INTERVAL. 

C*  USAGE 

C*  CALL  ARFBKIN8MBLT,  IEMPLC*  IG6QM, I MAG,DI MMAX , Ul DTH, AVF ATM, AR EAON) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  SEE  GLOSSARY  BELOW 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED: 

C*  ALOGIO  SUP°L l EO  BY  FORTRAN 

C* 

CP  METHOD 

CP 

C*  THE  SENSOR  BEING  SIMULATED  CONSISTS  OF  A  NUMBER  OF  EMITTERS 

C*  WHICH  ARE  EXCITEO  BY  APPLICATION  OF  FOkCE  OR  BY  MOTION  OF  MAGNETIC 
C*  MATERIALS  DEPENDING  ON  THE  TYPE  OF  DEVICES  EMPLOYED.  THE  BASIC 

CP  OBJECTIVES  OF  THIS  ROUTINE  ARE  TO  TAKE  PLANNER  INPUTS  TO  DEVELOP 

CP  THE  AREA  DENSITY  OF  OEVIC6S  ANO  TOGETHER  WITH  ATMENV  DATA  TO 
CP  PROVIOE  AN  AVERAGE  FALSE  ALARM  INTERVAL  FOR  THE  FALSE  ALARM  ROUTINE. 
C*  THRFF  TYPES  OF  ARRAYS  ARE  CONSIDERED,  NA»ELY,  1  {OPEN  CIRCLE), 

CP  2  I  OPEN  LINE  -  WHICH  IS  BASICALLY  A  RECTANGULAR  ARRAY  DISPERSED  IN 

C*  AN  OPEN  AREA),  3  (A  TRAIL/RQAD  ARRAY)  DEVICES  MAY  BE  OF  THE 
C*  NOISELESS  OR  MAGNETIC  TYPES.  THE  AREA  DFNSITY  IS  DEVELOPED  SIMPLY 
CP  BY  DIVIDING  THE  NUMBER  OF  EMITTERS  DEPLOYED  BY  THE  AREA  OVER  WHICH 
CP  THEY  ARE  DEPLOYED. 

C* 

CP  GLOSSARY 

C* 

CP 

C  OIMMAX  ARFBK  CP 
C  IEMPLC  ARFBK  CP 
C  I3FOM  ARFBK  C° 

C  IMAG  ARP  BK  CP 
C  NBMBLT  ARFBK  CP 
C  WIDTH  ARFBK  CP 
C* 

C* 

C  IPRINT  CONST 
C  LOUMP  CONST 
C  PRATE  ATMENV 

Figure  2.1-55 


INPUT  VALUES 

MAX.  DIM.  OF  SEEDED  AREAIREC  LGTH.  OR  CIRC.  DIAM.KMET. 
METHOO  OF  EMPLACEMF NT,  l»  HAND  ,  2*ART ILLERY*  3=AI« 

=1  (OPFN  CIRC.),  -2IPPEN  LINE),  =3(R0A0  OR  TRAIL) 

INDEX  ON  BOMBLET  TYPE  (0*  MAGNETIC,  L*  NOISELESS). 

NO.  OF  B0M9LETS  USED. 

WIDTH  OF  SEEDED  AREA  {METERS). 

LABELLED  COMMON  INPUTED  VALUES 
OUTPUT  DATA  DEVICE  DESIGNATOR  *  6 

TRUE*  INTERMEDIATE  CALCULATIONS  PRINTED,  FALSE*  NO  PRINT. 
RAIN  EALL  RATE  IMM/HR) 
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c* 

c* 

INTERNALLY  STORED  DESIGNER  l NPUT  VALUES. 

t* 

c* 

COMPUTED  VALUES 

C  FAR  ATE 

ARFBK 

OP 

FALSE  ALARM  RATE. 

C  RAINF 

ARFBK 

OP 

FACTOR  GIVING  FFFECT  OF  RAIN  ON  FALSE  ALARM  RATE. 

C  SAREA 

ARFBK 

OP 

AREA  OF  THF  NBB  ARRAY  (SO.  METERS) 

C  SNUMB 

ARFBK 

OP 

NUMBER  OF  NOB'S 

C* 

C* 

OUTPUT  VALUES 

C  ARE  AON 

ARFBK 

OP 

APE A  DENSITY  OF  THE  NBB'S  ISO.  METERS). 

C  A VF ATM 

ARFBK 

OP 

AVERAGE  FALSE  ALARM  VALUE 

c* 

C  «***t***tt**  ***************************  #♦**»***##  *#**»♦**♦***  •«*  «***«-<  ******** 

Figure  2.1*56  (Cont.) 
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c****  *********** **♦#*♦*** ENVI  K  **************************** 

C* 

C*  SUBROUTINE  FNVIR 

C* 

C*  PURPOSE 

C*  THF  TEMPERATURE  OF  THE  BACKGROUND  IS  A  COMPLEX  FUNCTION  OF  A 

C*  NUMBER  OF  FACTORS  INCLUDING  TIME  OF  DAY ,  SEASON.  CLOUD  COVER. 

C*  V6GAT  AT  I  ON  COVER,  VEGATAT ION  CHARACTAR I  ST  ICS.  AIR  TEMPERATURE  AND 

C*  OTHERS.  IN  THIS  ROUTINE  ESTIMATES  OF  BACKGROUND  I tMPEKATURE  ARF 
C*  OFVFinPGD  ALONG  WITH  ESTIMATES  FOR  THE  VARIATION  IN  THE  TEMPERATURE. 
C* 

C*  USAGE 

C*  CALL  FNVIRI IUT,TEMPEV, SIGMA ) 

C* 

C*  DESCRIPTION  np  PARAMETERS 

C*  SEE  GLOSSARY  BELOW 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED: 

C*  ALOGIO  SUPPLIED  BY  FORTRAN 

C* 

C*  METHOD 

C*  THF  TEMPERATURE  OF  THE  BACKGROUND  IS  CONSIDERED  TO  BE  RELATED 

C*  DIRECTLY  TO  THE  AMBIENT  AIR  TEMPERATURE  BUT  THE  AMOUNT  BY  WHICH  THE 

C*  BACKGROUND  OIFFERS  FROM  AMBIENT  IS  TAKEN  TO  BE  A  JUNCTION  OF  A 

C*  NUMBER  OF  VARIABLES.  THESE  INCLUDE:  WIND  SPEED,  PRECIPITATION, 

C*  VEGETATION  TYPE  MAKING  UP  THE  BACKGROUND,  VEGETATION  COVER  ABOVE 
C»  THF  BACKGROUND  TO  BE  VlFWEO,  SO* AR  ALTITUDE,  AND  CLOUD  COVER. 

C*  ESTIMATES  OF  THE  EFFECTS  OF  EAC.  BASED  UN  A  SMALL  AMOUNT  EMPIRICAL 

C*  INFORMATION  ARE  INCLUDED  AS  EQUATIONS  OR  TABULAR  DATA.  CORRELATION 

C*  BETWEEN  VARIABLES  IS  NOT  CONSIDERED.  THIS  ROUTINE  IS  TO  BE 
C*  CONSIDERED  TO  HE  INTERIM  WITH  CONSIDERABLE  EMPHASIS  REQUIRED  TO 
C*  DEPICT  MORE  COMPLETELY  AND  ACCURATLY,  THE  ACTUAL  DESCRIPTION  OF 
C*  BACKGROUND  TEMPERATURE. 

C* 

C*  GLOSSARY 

C* 

C* 

C  IUT  FNVIR 

C* 

C* 

C  CLCUDF  FNVIR 
C  CL OUOV  FNVIR 
C  FIGHT  FNVIR 
C  RAINF  CNVIR 
C  RAINV  FNVIR 
C  TYPFF  FNVIR 
C  TYPEV  FNVIR 
C  7f GF  f NV l R 
C  VtG V  ENVIR 
C  WINDF  FNVIR 


INPUT  VALUES 
CP  INDEX  UNIT  TERRAIN 

INTERNALLY  STORED  DESIGNER  INPUT  VALUES. 
P  CLOUD  FACTOR  DATA 

P  VARIANCE  FACTOR  CLOUD  DATA 

P  CONSTANT  (7,99999| 

P  RAIN  FACTOR  OATA 

P  VARIANCE  FACTOR  RAIN  DATA 

P  BACKGROUND  TYPE  FACTOR  DATA 

P  VARIANCE  FACTOR  BACK.  TYPE  DATA 

P  VEG.  TACTOR  DATA 

P  VARIANCE  FACTOR  VEG.  DATA 

«*  WIND  FACTOR  DATA 


Figure  2.1-67 
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c 

WINOV 

ENVIR 

P 

c* 

c* 

c 

ATEMP 

ATMENV 

c 

IBACK 

IJ1  f  E  R 

c 

IPRINT 

UN  ST 

c 

ITOD 

BASICT 

c 

IVCCV 

UNTGR 

c 

LDUMP 

CONST 

c 

PRATE 

ATMENV 

c 

SDL  ALT 

ATEMNV 

c 

TCLCUD 

ATMENV 

c 

WSPEED 

ATMENV 

c* 

c* 

c 

CFACT 

ENVIR 

OP 

c 

CVAR 

ENVIR 

DP 

c 

HRLCCL 

ENVIR 

DP 

c 

ICLD 

ENVIR 

OP 

c 

IRAIN 

ENVIR 

OP 

c 

ITYPE 

ENVIR 

DP 

c 

IVEGCV 

ENVIR 

DP 

c 

IWIND 

ENVIR 

DP 

c 

REACT 

ENVIR 

DP 

c 

RVAR 

ENVIR 

DP 

c 

Tf  ACT 

ENVIR 

DP 

c 

TVAR 

EnvIR 

DP 

c 

VFACT 

ENVIR 

DP 

c 

WAR 

ENVIR 

DP 

c 

WF  ACT 

ENVIR 

DP 

c 

WVAR 

ENVIR 

OP 

c* 

c* 

c 

SIGMA 

ENVIR 

OP 

c 

TEMPEV 

ENVIR 

OP 

c* 

£*****«•*(<*«******• 


VARIANCE  FACTOR  WIND  OATA 

LABELLED  COMMON  INPUTED  VALUES 
AMBIENT  AIR  TEMPERATURE. 

INDEX  IDENT.  MOST  LIKELY  BACK.  REFLECTANCE  FUNCTION. 
OUTPUT  OATA  DEVICE  DESIGNATOR  *  6 
TIME  OF  OAY 

INOEX  VEG.  COVER,  l=HEAVY»2*MED,3=LlGHT,4*flPEN,5=WATER 
TRUE*  INTERMEDIATE  CALCULATIONS  PRINTED,  FALSE*  NO  PRINT 
RAIN  FALL  RATE  IMM/HR) 

SOLAR  ALT  I TUOE  (DEGREES) 

TRANSMISSION  OF  CLOUD  COVER. 

WIND  SPEED  (KM/HR) 

COMPUTED  VALUES 
CLOUD  FACTOR 

VARIANCE  FACTOR  DUE  TO  CLOUDS 
LOCAL  TIME 

INOFX  ON  CLOUD  COVER 
INOEX  ON  RAINFALL  RATE 
INDEX  ON  BACKGROUND  TYPE 
INDEX  ON  VEGETATION  COVER 
INOEX  ON  WlNO 
RAIN  FACTOR 

VARIANCE  FACTOR  DUE  TO  RAIN. 

BACKGROUND  TYPE  FACTOR 
VARIANCE  FACTOR  DUE  TO  BACK.  TYPE 
VEG.  FACTOR 

VARIANCE  FACTOR  DUE  TO  VEG. 

WIND  FACTOR 

VARIANCE  FACTOR  01*  TO  WIND. 

OUTPUT  VALUES 

STANDARD  DEVIATION  OF  BACKGROUND  TEMP.  FLUCTUATION. 
BACKGROUND  TEMPERATURE  !C  DFG. ) 

<■**  ****************  **************************************** 


t 


Fijur*  2.1-57  (Com.) 
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C**«* *********************** **♦♦*»**  pirbk  I*************************** 
C* 

C*  SUBROUTINE  PIRBK 

C* 

C*  PURPOSE 

C*  THIS  ROUTINE  PROVIDES  THE  POWER  LEVEL  INCIDENT  ON  THE  DETECTOR 

C*  OUE  TO  BACKGROUND  BALANCE,  AND  ESTIMATES  OF  AVERAGE  FALSE  ALARM 
C*  INTERVAL. 

C*  THIS  ROUTINE  IS  USED  DURING  PRERJN,  TO  ESTABLISH  OPER- 

C*  ATIONAL  PARAMETERS  FOR  PIRID  SENSORS ( THESE  PARAM- 

C*  ETERS  TO  BE  USED  DURING  MSM  STAGE  BY  SUBROUTINE  PIRBKI. 

C*  USAGE 

C*  CALL  PIRBK(IUT,TE''*>i;V,  FIELD,  EXPAN,  WATTBK,  AVGTHC  I 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  SEE  GLOSSARY  BELOW 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED: 

C*  FRFCIXI  COMPLEMENTARY  ERROR  FUNCTION  OF  X 

C*  FNVIR  COMPUTES  TEMPFV  AND  SIGMA 

C* 

C*  METHOD 

C*  BACKGROUND  TEMPERATURE  AND  ITS  FLUCTUATIONS  AS  DERIVED  IN  THE 

C*  ENVIRONMENT  ROUT  INF  ARE  EMPLOYED  TO  ESTABLISH  THE  BACKGROUND  POWER 
C*  INCIDENT  ON  THE  DETECTOR  ANO  THE  VARIANCE  OF  NOISE  DUE  TO  BACK- 

C*  GROUND.  THE  VARIANCE  IS  USEO  IN  COMPUTATION  OF  FALSE  ALARM  RATE. 

C*  THE  SIGNAL  OUT  TO  A  TARGET  PASSING  THROUGH  THF  FIELD  OF  VIEW  IS 

C*  DETERMINED  ANO  IF  IT  EXCEEDS  THF  THRESHOLD  A  DETECTION  IS  DECLARED. 

C*  ALL  COMPUTATIONS  ARE  BEFERREO  TO  THE  INPUT  Or  THE  SENSOR. 

C* 

C*  GLOSSARY 

C* 

C  IUT  PIRRK 
C  SIGMA  PIRBK 
C  TEMPFV  PIRBK 
C 

C* 

C  BWPIR  SENVAR 
C  OEVXMN  SENVAR 
C  OIAM  SENVAR 
C  IPRINT  CONST 
C  LOUMP  CONST 
C  PHI  A*  SENVAR 
C  PHI  EL  StN VAR 
C  SfEEK  CONST 


INPUT  VALUES 
CP  INDEX  UNIT  TERRAIN 

CP  STANDARD  DEVIATION  OF  BACKGROUND  TEMP.  FLUCTUATION. 

CP  TEMP.  nF  BACKGROUND  DETERMINED  IN  mt  ENVIR.  SUB.  (C  DEG) 

LABEl  LEO  COMMON  INPUTED  VALUES 
BAND  WiDTH  (HZ. /SEC. » 

OPTICAL  SYSTEM  TRANSMISSION  FACTOR. 

OIAMETFR  OF  SENSOR  I  MM ) . 

OUTPUT  DATA  OFVICE  DESIGNATOR  *  6 

TRUE*  INTERMEDIATE  CALCULATIONS  PRINTED,  FALSE*  NO  PRINT. 
AZIMUTH  ANGLE  IN  RADI4NS. 

E'.EVATION  ANGLE  IN  RADIANS. 

ST'  TAN  B0LT2MAJU  CONSTANT  /PI  (  l  .  8  *  5455E-B ) 


Figure  2.1-58 
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c 

C*  COMPUTED  VALUES 

C  AREA  PIRBK  DP  AREA  OF  SENCOR  IN  SQUARE  METERS. 

C  P104  PIRBK  P  PI/4  10.785398) 

C  PROBTH  PIRBK  OP  PROBABILITY  OF  CROSSING  THRESHOLD. 

C  RADBAK  PIRBK  DP  BkCKGROUND  RADIANCE. 

C  TEMPKL  PIRBK  DP  BACKGROUND  TEMP.  (DEG.  KELVIN) 

C* 

C*  OUTPUT  VALUES 

C* 

C  AVGTHC  PIRBK  OP  AVERAGE  THRESHOLO  CROSSING 

C  EXPAN  PIRBK  OP  INTERMEDIATE  CALC.  (AREA  *  FIELD  *  DEVXMN) 

C  FIELD  PIRBK  OP  FIELD  OF  VIEW. 

C  WATTBK  PIRBK  OP  BACKGROUND  POWER  INCIDENT  ON  SENSOR. 

C*  * 

C*** ******** ***♦ I*************************************************** ****»#»#*< 


Figure  2.1-58  (Cont.) 
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C****** ******* **********************  BWIttHK  **************************** 

c* 

C  SUBROUTINE  BWIRBK 

c* 

C*  PURPOSE: 

C*  THIS  POUT  I  r|F  IS  USED  DURING  PRERUN,  TO  DEVELOP  FALSE  ALARM 

C*  DATA  FOR  USC  IN  SCHEDULING  FALSE  ALARM  EVENTS  THRU  FAINTV. 

C* 

C*  USAGF:  * 

C*  CALL  BWIRBK  I  IUT,ALENGT, AVGTHf.  I 

C* 

C*  DESC°  I  PTIt'N  OF  PAR  AMETFRS 

C*  SEE  GLOSSARY  BELOW 

C*  * 

C*  SUBROUTINE  ANO  FUNCTION  SUBPROGRAMS  RFOUIRED: 

C* 

C*  METHOO: 

C*  ESTIMATES  OF  THE  EFFECTS  Of  VEGET AT  I  ON, W ! NO, AND  FAUNA  ON 

C*  THE  LENGTH  OF  TIME  THE  SENSOR  MAY  BE  MAINTAINED  WITHOUT 

C*  ACTIVATION  ARE  SELECTED  BASED  UN  THE  ENVIROMENTAL 

C*  CONDITIONS, (UNTER  AND  ATMFNVI .THESE  ESTIMATES  ARE  NOT 

C*  SUPPORTED  BY  FIELD  DATA  ANO  ARE  THEREFORE  SUBJECT  TO 

C*  CHANGE. FROM  THESE  ESTIMATES  THE  AVERAGE  TIME  TO  AC  TV ATE 

C*  THE  SENSOR  IS  OEVELOPED  AND  SUPPLIED  TO  FAINTV  FOR 

C*  DETERMINATION  OF.  BREAK  EVENT  TIME. IF  TIME  TO  BREAK  IS 

C*  GREATER  THAN  DURATION  OF  FNVlROMENT  CONDITIONS  USED 

C*  IN  ESTIMATE  DEVELOPMENT, BREAK  EVENT  IS  SCHEDULED  FOR  NEW 

C*  SET  OF  CONDITIONS. 

C* 

C*  GLOSSARY: 

C  INPUT  VALUES 

C  ALENGT  BWIRBK  CM  LENGTH  OF  LINE  DEPLOYED.  (YDS) 

C  IUT  :.WIK8K  CM  INDEX  ON  UNIT  TERRAIN. 

C* 

C  INTERNALLY  STORED  DESIGNER  INPUT  VALUES 

C  OLENGT  BWIRBK  M  LENGTH  OF  LINE  AVAILABLE  (YDS.)  SFT  TO  2500. 

C  FNCCMP  BWIRBK  M  FAUNA  COMPONENT  FACTOR 

C  WCOMP  BWIRBK  M  WIND  COMPONENT  FACTOR. 

C* 

C  LA8EUE0  COMMON  IMPUTED  VALUES 

C  IPRINT  CONST  OUTPUT  OATA  DEVICE  DESIGNATOR  =*  6 

C  TOO  BASICT  TIME  OF  DAY 

C  LDUMP  CONST  TRUE=  INTERMEDIATE  CALCULATIONS  PRINTED,  FAI.SE=  NO  PRINT. 

C  WSPFFD  ATMFNV  WIND  SPEED  ( KM/HR )  •* 

C 

C  COMPUTCD  VALUES 

C  DUM  BWIRBK  DM  DUMMY  ARGUMENT. 

C  FAFACT  BWIRBK  DM  DUMMY  ARGUMENT. 

0  KFAUN  BWIRBK  DM  INDEX  IN  ANIMAL  ACTIVITY  (1=  BAM-BPM,  2=  6PM-6AM).  *• 

C  WF ACT  BWIRBK  DM  WINO  COMPONENT  FACTOR  FOR  PARTICULAR  VF.GFTATION  TYPE. 

C* 

(".*  OUTPUT  VALUES 

C  AVGTHC  BWIRBK  OM  AVERAGE  THRESHOLD  CROSSING 

C* 

C ******* ************************************* ********************************1 

Figure  2.1-59 
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C*<<  £****»£ 

c* 


*$*$<<<<$  P  A  1  N  I  V 

FUNCTION  FAINTV 


PURPOSE 

SPECIAL  ri  PPOSF  RANDOM  NUMBER  GENERATOR,  PROVIDES 
RANDOM  FALSE  ALARM  TIME  INTERVALS  FOR  5  TvPES  OF 
SENSORS.  WITH  STATISTICS  APPROPRIATE  TO  (A)  SFNSOR 
LOGIC  AND  ( B)  AN  AVERAGE  TIME  PARAMETER  SUPPLIED 
AS  AN  INPUT  VARIABLE. 


USAGF 

TIME  * 


FAINTV  (AVGT,  ITYPSN) 


DESCRIPTION  OF  PARAMETERS 

ITYPSN  INTEGER  CODE  FOR  SENSOR  GENERIC  TYPE. 

VALID  VALUES  ARE  I  (SEISMIC)*  2  (ACOUSTIC), 

A  ( ARFBUOY) ,  5  (PASSIVIR),  AND  «  (BREAKWIR). 

AVGT  FOR  APFBUOY  AND  BRFAKWIR,  =  AVERAGE  FALSE 

ALARM  TIME.  FOR  OTHER  SENSOR  TYPES,  =  AVER AGF 
THRESHOLD  CROSSING  TIME. 


REM  4R K S  « 

i.  THIS  FAINTV  ROUTINE  REPLACES  ALL  PREVIOUS  VERSIONS, 
THAT  WERE  LFSS  ( .  NERAL  AND/OR  REQUIRED  EXCFSSTVF 
COMPUTATIONAL  TIME.  NOTE  THAT  CALLING  SEQUENCE 
DIFFERS  FROM  PREVIOUS  VERSIONS. 

•>  r»cc  ffueu  wai  uec  AitP  IKED  IN  PROGRAM  FOR  THE  N  AND  T 


OESIGNER  VALUES  ARE  USED  IN  PROGRAM  FOR  THE  N  A 
IN  'FALSE  ALARM  WHEN  N  THRESHOLD  CROSSINGS  IN  T 
SECONDS',  AND  FOR  THE  DEAD  TIME  (SFNSOR  INACTIV 
FOLLOWING  A  FALSE  ALARM.  SPECIFICALLY... 


SEISMIC 

ACOUSTIC 

PASSIVIR 

AKFBUOY 

BREAKWIR 


lb  SECONDS 
6  SECUNDS 
1.5  SECONDS 
IRRELEVANT 
IRRELEVANT 


DEAD  TIME 
15  SECONDS 
15  SECONDS 
1.5  SECONDS 
0  SECONDS 
0  SECONDS 


METHOD: 


IF  SUBROUTINE  IS  CALLED  FOR  SENSOR  TYPES  OTHER  THAN  1  (SEISMIC), 

2  (ACOUSTIC)  ,  4  (ARFBUOY)  ,  5  (PASSIVE  IR) ,  OR  9  (BREAKWIP.E) ;  A  DIAGNOS¬ 
TIC  IS  PRINTED. 

BASED  ON  THE  SENSOR  TYPE,  THE  FALSE  ALARM  INTERVAL  IS  CALCULATED 
USING  THE  APPROPRIATE  FORMULA  (SEE  PAGE  4-64,  VOL  I,  PART  II).  THE 
ACTUAL  FALSE  ALARM  TIME  IS  DETERMINED  BY  MULTIPLYING  TOE  AVERAGE  RATE 
BY  THE  LOGARITHM  OF  UNIFORM  RANDOM  NUMBER. 


C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
C*  URN  (UNIFORM  RANDOM  NUMBER  GENERATOR) 

c* 


Figure  2.1-60 
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2.  1.  5.9 


PR E RUN  Step  8 


Step  8  in  PRERUN  comprises  the  main  program  (PREMN8) 
with  10  subroutines  listed  in  Table  2.  1-V,  plus  2  utility  subroutines. 

External  data  sets  required  as  input  are  "DATAIN",  "JFMSTR" 
"JFPXY",  and  "JFTAR",  all  generated  in  previous  steps. 

This  step  sets  up  RED  FORCES,  and  BLUE  FORCES  not 
associated  with  moving  arrays,  as  targets.  It  plays  all  sensors  against 
all  targets  for  "geometrical  detection"  through  ELPDT  subroutine.  These 
detections  are  stored  on  two  separate  disc  files:  the  non-LOS  events 
(JFNEV)  and  the  LOS  events  (JFZEV). 

Figures  2.  1-61  through  2.  1-70  describe  the  subroutines 
of  this  step.  Subroutine  VALID  was  described  previously  in  Step  5. 

2.1.5.10  PRERUN  Step  9 

Step  9  handles  line-of- sight  calculations.  Options  exist  on 
subroutine  structure:  the  user  may  play  Line-of-Sight  with  full  achievable 
accuracy  based  on  digital  terrain  tape,  or  he  may  use  a  dummy  LOS  routine, 
by  simply  inserting  the  subprograms  comprising  the  deck  setup  desired  as 
Step  9. 

(a)  For  dummy  LOS,  the  Step  9  setup  comprises 
the  main  program  (PREMN9)  with  1  subroutine 
(LSGT).  External  data  sets  required  as  input 
are  "JFMSTR",  and  "JFZEV",  both  generated 
in  the  previous  3teps.  The  dummy  LOS  routine 
simply  stores  the  LOS  geometrical  detections 
on  disc  (DSNAME=E VNTLS).  Figures  2.  1-71 
and  2.  1-72  describe  the  subroutines  of  th'. 
dummy  LOS  Step  9. 

(b)  For  "accurate"  LOS,  the  Step  9  setup  comprise!: 
the  main  program  (MAINLS)  with  7  suDroutines 
listed  in  Table  2.  1-V,  plus  J  utility  subroutine. 

External  data  sets  required  as  input  are 
"MASSDAT",  ’JPOUV",  and  "JFZEV" 
generated  in  previous  steps.  This  program 
plays  actual  LOS  and  stores  them  on  disc 
(EVNTLS).  Further  information  it  given  in 
Section  4. 

Figures  2.  1-73  through  2.  1-77  describe  the  subroutines 
of  the  LOS  program. 


# 


C *************** ******** ******** ****** ***********************  ****** **** 
c*** ********* ******* **********  PREMNB  ********************************* 

c* 

C*  PR F RUN  EXFCUTIVE  -  STEP  8 

C* 

C*  PURPOSE 

C*  P  EADS  IN  TARGETS  FROM  MOVE  ARRAYS  AND  FROM  BATTLF-CULTUPE 

C*  CALLS  TARGBR  TO  GENERATE  TARGETS  TROM  BLUE-RED  FORCES  AND 

C*  CALLS  ELPEX  THF  EXFCUTIVE  ROUTINE  THAT  CONTROLS  THE  PLAY 

C*  OF  THF  SENSOR  TARGET  DETECTIONS.  WRITES  OUT  THE  NON  LINE 

C*  OF  SIGHT  AND  THE  LOS  ON  SEPARATE  TAPES. 

C* 

C*  USAGE 

C*  MAIN  PROGRAM 

C* 

C*  OESCR  I  PTITIN  OF  PARAMETERS 

C*  ALL  INPUT  AND  OUTPUT  VIA  LABELED  CO“MON  BLOCKS/TIMES, OUTP, 

C+  DATAIN,TRGB,NV,PXYTP,POSERR,INOUT,OPTION/. 

C* 

C*  SUBROUTINES  REQUIRED 

C*  TARGEX 

C*  ELPEX 

C* 

C*  METHOO 

C*  THE  COMMON  GAME  INFORMATION,  THE  PLANNER  INPUT,  THE 

C*  MOVING  ARRAY  TARGETS  AND  THE  FALSE  TARGETS  ARE  READ  IN 

C*  TARGEX  IS  CALL  FD  TO  GENERATE  TARGFTS  FROM  THF  BLUE-RED 

C*  FORCES.  ELPEX  IS  CALLED  TO  DETERMINE  SENSOR-TARGET  DETECTIONS 

C* 

c* 

C ******************************************************** ************** 


Figure  2.1-61 
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finonnnnnnfifintionnnnn 


i  «  *«  *  ««  4 1*##^**  #4.  «.**««.>*«**  T  AR  GE  X  ******************************* 

SUMri!  IT  INF  TARGEX 

oiJRPOSt 

FORMS  TAKGFTS  OF  THE  BLUE  AND  RED  FORCES  BY  CALLING  TARGBR 
SUflROIJT  INF  S  REQUIRED 
FINOX 
TARGBR 

METHOD 

THE  PLANNER  INPUT  FOR  THE  BLUE  FORCES  IS  LOCATED  BY  FINDX 
4N0  TARGBR  IS  "ALLEO.  IF  THE  BLUE  FORCE  IS  ASSOCIATED  WITH 
A  MOVING  ARRAY  TARGBR  HILL  GIVE  AN  IMHCDIATE  RETURN  SINCE 
THIS  CASE  HAS  ALREADY  BEEN  PROCESSED. 

THE  RED  FORCES  ARE  LOCATEO  BY  FINOX  AND  TARGBR  IS  CALLFD. 


1*44444444444 *444444444 4444 444444444444444444 444444*4444444444444444 


Figure  2.1-62 
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£  *<-.*«*  *<.*•***  **  *  A  ****  <"<.«*  **  *  *  *f  L  M  F  X  *  **  **********  **  *  ***  *i  *****#<.<*  *«♦***<* 


C*  * 
C*  * 
C*  * 
c*  SUBROUTINE  CLPFXIMPRINT)  * 
C*  PURPOSE  * 
C*  THIS  IS  THE  BASIC  ELPDT  ROUTINE  WHICH  SCANS  ALL  TMC  SENSORS  * 
C*  ANO  CALLS  EL  POT  TO  PLAY  EACH  SENSUR  AGAINST  EVERY  TARGET  * 

r*  * 
C*  USAGE  * 
C*  MAIN  PROGRAM  * 


C* 

C* 

C* 

C* 

C* 

c* 

c * 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

C« 

CO 

CO 

C* 

Cv 

C- 

c* 

C* 

C* 

c* 

c* 

CO 

CO 

r  * 

c* 

r.o 

r.o 

c* 


OESCR l pT I  ON  OF  PARAMETERS  PLANNER 

IS-SENSOR  10 
IJK-  COVER  SCAN  10 
KPARM-  SENSOR  DESCRIPTOR 
WAVE 
CLEAR 

SXYT-  ARRAY  CONTAINING  SENSOR  UP-DOWN  TIME 
XXYT-  DICTIONARY  FOR  SXYT 


INPUT 

3 

3 

3 

4 
14 

S  AND  L 


1 

11 

4 

la 

li 

□CAT 


ON 


REMARKS 

THE  PRESENT  VERSION  OF  THE  GEOMETRY  ROUTINES  CIRC  AND  SECT 
REQUIRE  THAT  ALL  MOVING  SENSORS  USE  RECTANGULAR  COVERAGE 
ANO  BE  PROCESSED  BY  SUBROUTINE  GR EC . 

EACH  LEG  OF  THE  PATH  OF  A  MOVING  SENSOR  IS  PROCESSED  BY  A 
SFPARATE  CALL  TO  t'LPO'l  • 

THE  DETECTIONS  ARL  WRITTEN  ON  DISC  FOR  LATER  USE 
LTNF  OF  SIGHT  ARE  WRITTEN  SEPARATELY  FROM  NON  LOS 


* 

* 

♦ 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 


SUBROUTINES  REQUIRED  * 

FINDX  -TO  FIND  BASIC  DATA  SETS  * 

SEN  SO  -TO  DETERMINE  COVER  SCAN  PARMETERS  * 

EL  n0T  -TO  PLAY  AGAINST  ALL  TARGETS  * 

FINDY  -TO  DETERMINE  SENSOR  UP-DOWN  TIMES  ANO  POSITIONS  * 

* 

METHOD  * 

FINDX  IS  CALLED  fO  LOCATE  DATA  IN  THE  PLANNER  INPUT  TAOLcS* 
THE  COVERAGE  PARAMETERS  ARE  FOUND  BY  CALL  TO  SENSQ.  THE  * 

POSITIONS  AND  UP  TIMES  FOR  THE  SENSORS  ARE  FOUND  BY  USING  * 


SUBROUTINE  F INOY  TO  LOCATE  THE  DATA  IN  THE  SXYT  ARRAY.  SINCE  * 
THE  FORMAT  FUR  THE  MOVING  ARRAYS  IS  DIFFERENT  FROM  THE  rORMAT* 
FOR  THE  STATIONARY  ARRAYS  A  BRANCH  IS  M ADF  TO  THE  APPROPRIATE* 
SEQUENCE  OF  INSTRUCT  IONS.  FACH  BRANCH  SETS  THE  COVERAGE  * 

PARAMFTt-RS  AN.)  CALL'.  FLPUT  TO  DETERMINE  SFNSOR  TARGFT  * 

OE T EC t I  DNS.  * 

row  EACH  SENSOR  THt  RESULTS  OF  TLPOT  WILL  HE  PRINTED  IF  *• 
THE  PRINT  0°TinN  IS  SF Y  TO  A  NON  ZERO  VALUE.  * 

DETECTION  REQUIRING  LOS  ARE  SEPARATED  FROM  THOSE  NOT  * 

REQUIRING  LOS  BY  E  LPDT .  END  OF  FILE  INDICATORS  ARE  WRITTEN  ♦ 


Figure  2.163 
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C*  ON  THF  OAT 4  SETS  NON-LINE  OF  SIGHT  MTAPEUS)  AND  HUE  OF  * 

C*  SIGHT  'IT APE  I  1'  •  * 

C*  * 

C  *************  ******  ***************  ************************************* 


Figure  2.1-63  (Cont.) 


C**** 

C* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c***< 


******  ******  ******  ********  TAR  GBR  **■*  **********************  ******* 

I 

SUBROUTINE  targsr 

PURPOSE 

FORMS  TARGETS  OF  THE  BLUF  AND  RED  FORCES 

FOR  A  MOVING  FORCE  A  SEPARATE  TARGET  IS  GENERATED  FOR  EACH 
LEG  OF  THF  PATH 
REMARKS 

.  BLUE  FORCES  ASSOCIATED  WITH  MOVE  ARRAYS  ARE  SKI PPED, HAVING 
BEEN  TREAT  FO  EARLIER  IN  PRE  RUN 
SUBROUTINES  REQUIRED 
F  INDX 

METHOD 

THE  TARGET  PARAMETERS  FOR  THE  RED  FORCES  AND  FOR  THE  BLUE 
POPCFS  NOT  ASSOCIATED  WITH  MOVING  ARRAYS  ARE  EXTRACTED  FROM 
THE  PLANNER  INPUT. 

A  MOVING  FORCE  IS  DEFINED  AS  A  SEPARATE  TARGET  FOR  EACH 
LEG  OF  ITS  MOTION  AND  THE  LEG  NUMBER  IS  CODED  WITH  THE 
TARGET  ID  IIfE»  T  ARGI 1 »NTAR )  *  TARGET  ID  ♦  1000*LEG  ) 


T  ARO( I , NTAR )  = 
TARGI2.NTAR)  * 
T ARGI 3 ,NTAR )  * 
TAPGI4.NTAR)  = 
T  AR  G( 5  » NTAR )  = 
TAKG(6,NTAR)  = 
TARG(Y,NTAR)  * 
TARGIB.NTAR I  * 
TARGID.NTAR)  * 
TARGI 10. NTAR)* 
TARGIll.NTARI* 
T  AR  G< I  2  « NTAR I » 
TARGI 13, NTAR)* 


IDHOOOeLEG 

XA  X  POSITION  AT  TIME  TA 
YA  Y  POSITION  AT  TIME  TA 
TA  TIME 

XB  X  POSITION  AT  TIME  TB 
YB  Y  POSITION  AT  TIME  TC 
TB  TIME 
SPEED  OF  TARGET 
FERROUS  MATERIAL 
ALTITUDE 
TARGET  T/PE 
LENGTH 

VISUAL  SECURITY  DESCRIPTION 


Figure  2.1-64 
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c**»* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c * 

c* 

c* 

c* 

c* 

c* 

c * 

c* 

c* 

c* 

c* 

c**** 


EL  POT  ******  **************  ***•■»*******<• 

SUBROUTINE  ELPDT 

PURPOSE 

TO  DETERMINE  SENSOR  TARGET  DETECTIONS  USING  THE  APPROPRIATE 
GEOMETRY  ROUTINE 

IF  LOS  IS  REQUIRED  ADDITIONAL  PARAMETERS  ARE  RECOROED 
DESCRIPTION  OF  PARAMETERS 

TARG  ARRAY  CONTAINING  TARGET  INFO 
FPDT  EARLIEST  POSSIBLE  DETECTION  TIME 
FI  POT  LATEST  POSSIBLE  DETECTION  TIME 
*  NEV  NON-LOS  DETECTIONS  SENSOR  ID, TARGET  10,  EPDT, ELPDT 
ZEVS  LOS-OETECTI ONS 
SUBROUTINES  REQUIRED 

VALID  -  SENSOR-TARGET  COMBINATIONS  TABLE  III 
SECT  CIRCULAR  OR  SECTOR  COVERAGE 
GREC  RECTANGULAR  COVERAGE 

METHOD 

ELPDT  PROCESSES  ONE  SFNSOR  'GAINST  ALL  TARGETS  BY  MEANS 
OF  A  00  LOOP.  SUBROUTINE  VALID  IS  CALLED  TO  DETERMINE 
POSSIBLE  SENSOR  TARGET  COMBINATIONS  AND  TO  INDICATE  WHETHFR 
LINE  OF  SIGHT  IS  REQUIRED.  SEPARATE  CALLS  TO  VALID  ARE  MADF 
FOR  FALSE  AND  REAL  TARGETS  TO  PROPERLY  IDENTIFY  THE  TARGET. 

(  FALSE  TARGETS  HAVE  A  NEGATIVE  ID  I  . 

SUBROUTINES  SECT  OR  GREC  ARE  CALLED  DEPENDING  ON  THE  TYPE 
OF  COVERAGE. 

IF  LINE  OF  SIGHT  IS  REQUIRED  THE  APPROPRIATE  DATA  FOR  THE 
LINE  OF  SIGHT  ROUTINES  IS  COMPUTED  ANO  PUT  INTO  ARRAY  LENS 
AND  LINES  OF  SIGHT  DETECTIONS  ARE  PUT  INTO  NEV. 

NEV(l,M*«Xi  »  SENSOR  ID 
NFV ( 2, M*BY )  ■  TARGET  ID 

NFV(3,M*BX)  -  EARLIEST  POSSIBLE  DETECTION  ON  TIME 
NEV(4,m«-BYJ  *  LATEST  POSSIBLE  DETECTION  ON  TIME 


Figure  2.146 
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^***  <■***♦*<:*****  ************** 

C* 


SFNSU  ****♦******<>****  ******  ****•♦**•♦ 


c* 

c* 

c  * 

SUBROUTINE  SCNSOl T T, I JK , KPAR M, KSN) 

PURPOSE 

c* 

THIS  ROUTINE  IS  USEO  TO  FIND  THE  COVERAGE 

parameters 

c* 

OF  THE  SFNSORS 

c* 

USAGE 

c* 

c* 

c* 

CALL  SENSOITT, IJKtKPAKM.KSNI 

OFSC'UPTION  FO  PARAMF  TEKS 

c  + 

*  INPUT  * 

c * 

XPAR'l-LOr.ATlON  OF  SENSOR  OESCRIPTOR  PARAMETER 

SET 

c* 

KSN  -LOCATION  OF  COVER  SCAN  SET 

c* 

IJK  *0  NO  COVFR  SCAN  SET 

c* 

=1  COVER  SCAN  SET 

c* 

*  OUTPUT  * 

c* 

TT  -ARRAY 

PLANNER  INPUT 

TABLF 

c* 

T T ( R )  MINIMUM  RADIUS  OP  WIDTH 

4 

12-13 

c* 

TT I  10 )  MAXIMUM  RADIUS  OR  LENGTH 

4 

11 

c* 

TT ( 11)  AZIMUTH  ANGLE  -(ORIENTATION  ANGLE) 

3 

9 

c* 

TT ( 12 1  COVFRAGE  ANGLE 

4 

11 

c* 

TT ( 11)  ALONG  TRACK  DISTANCE 

4 

11 

c* 

TTI14)  ACROSS  TRACK  DISTANCE 

4 

10 

c* 

THIS)  TYPF  COVERAGE 

14 

2 

c* 

c* 

TTI  201-TTI  2 1  )-T  T I 22 1  VARIABLE  MAXIMUM  RADIUS 

OR  WIDTH  4  1 

3-14-15 

c* 

REMARKS 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c  *** 


0AT4  FROM  COVER  SCAN  SET 
SENSOR  DESCRIPTION  SET 


IF  GIVEN  OVERRIDES  DATA  FROM 


MET  mo 

THE  COVERAGE  PARAMETERS  A»F  EXTRACTED  FROM  THE  PLANNER 
INPUT  DATA.  IF  A  COVER/SCAN  SET  IS  SPECIFIED  THE  COVERAGE 
PAR VAF  TtKS  ARE  BOUNOEO  3Y  THF  NON  ZERO  VALUES  IN  THE  COVER 
SCAN  SET 

*« ******* ********* ******** *************** ***********_***********♦** 


Figure  2.1-66 
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C * t************* ****** ♦<.*****♦**  C  IHC  ****************♦***<■*  ♦  »*«.»*»<$* 

O  * 
O  SUBROUTINE  CIRC  * 
C*  PURPOSE  ♦ 
C*  PRFRUN  GEOMETRY  ROUTINE.  DETERMINES  INTERSECT  I  ON ( S ) .  * 
C*  IF  ANY,  OF  A  STRAIGHT  LINE  WITH  AN  ANNULAR  REGION  * 
C*  (CONCENTRIC  CIRCLES,  RADII  RMAX,  RM IN.  R Ml N  MAY  BE  * 
C*  7EROI.  * 
C*  * 
C*  CALLING  SEQUENCE  * 
C*  CALL  CIRC  * 
C*  * 
C*  DESCRIPTION  OF  PARAMETERS  ,  * 
C*  ALL  INPUT  AND  OUTPUT  VIA  COMMON  AREA  /PGMPAR/.  * 
C*  * 
C*  *  INPUTS  *  * 


c* 

RMIN 

RADIUS  OF  INNER  CIRCLE 

C* 

RMAX 

RADIUS  OF  OUTER  CIRCLE 

C* 

ox 

X  COMPONENT  OF  TARGET  PATH 

C* 

OY 

Y  COMPONENT  OF  TARGET  PATH 

c* 

DXl 

INITIAL  X  DISTANCE  Or  SENSOR 

FROM  TARGET 

c* 

DY1 

INITIAL  Y  DISTANCE  OF  SENSOR 

FROM  TARGET 

C* 

DT 

TOTAL  TARGET  TIME  INTERVAL 

C* 

TITYM 

INITIAL  TARGET  TIM* 

c* 

TA 

MAXI  INITIAL  SENSOR  TIME, INITIAL  TARGET 

TIME! 

c* 

TB 

MINIFINAL  SEN SOS  TIME, FINAL 

TARGET 

TIME) 

C*  *  OUTPUT  * 

C*  L  NUMBER  OF  SFGMENT S  OF  INTERSECTIONS  IF  NONE 

C*  FPDTIII  1*1, L  EARLtFST  T  IMF  OF  SEGMENT  I 

C*  FLPOTdl  1*1, L  LATEST  TIME  OF  SEGMENT  I 

C*  REMARKS 

C*  NONE 

C* 

C* 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 


C«-  NONF 

C* 

C* 

•*  c* 

c* 

c*  METHOD 

C*  SFNSOR  AND  TARGET  POSITIONS  ARE  EXPRESSED  PARAMETRICALLY 

C*  AS  FUNCTIONS  OF  TIME.  THE  DISTANCES  FROM  THE  CONCENTRIC 

**■  C*  CIRCLES  IS  CHECKED  TO  OETFRMINE  POSSIrtLF  SFNSOR  TARGET 

O  OTTECTIONS.  TMF  TIMES  ARE  CHECKED  TO  ASSURE  A  TIME  INTFr- 

O  SECT  ION •  THE  PARAMtTER  L  IS  SET  TO  0,1,  UR  2  nt PENDING  ON 

C*  THE  NUMnEP  OF  SPACE-TIME  INTERSECTIONS  FOUND 

C* 


Figure  2.1-67 

2-106 


C***  *********  ***.•*  <«*  ************  Sf-'CT  ******************************** 

C*  * 

C«  SUBROUTINE  SECT  * 

C*  * 

c*  PURPosr  * 

C*  PR E RUN  GEOMETRY  ROUTINE.  DETERMINES  IUTlRSECT IUNI S ) ,  * 

C *  IF  ANY,  OF  A  STRA1 GHT  LINE  WITH  A  SECTOR  * 

C*  * 

C*  CALLING  SEQUENCE  ‘  .  * 

C*  CALL  SECT  * 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  ALL  INPUT  AND  OUTPUT  VIA  COMMON  AREA  /PGMPAR/.  * 

C*  * 

C*  *  INPUTS  *  * 

C* 

C*  CVANGL 

C*  0X1 

C*  DY1 

C*  oxa 

C*  OYA 

C*  DXB 

C*  OYB 

C* 

C*  *  TITYM 

C*  T  FT YM 

C* 

C* 

C*  *  OUTPUTS  * 

C* 

C*  L  NUMBER  OF  SEGMENTS  OF  INTERSECTION,  *0  IF  NONE 

C*  FPDTIII  I  =1 »L  EARLIEST  T IMF  OF  SEGMENT  I 

C*  FLPOTII)  I  *1  *  L  LATEST  TIME  OF  SEGMENT  I 

C* 

C* 

C*  remarks 

C<*  AZIMUTH  ANGLE  IS  MEASURED  CLOCKWISE  FROM  NORTH 

c* 

c* 

C*  SUHHOUT INC  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  CIRC 

C*  SEC  LOG 

C* 

C*  METHOD 

C*  SUBROUTINE  CIFC  IS  CALLED  TO  FIND  THE  POSSIBLE  INTFR 

C*  SECTIONS  WITH  THF  CIRCULAR  COVERAGE.  IF  THE  COVERAGE 

C*  ANGLE  IS  GREATER  OR  EQUAL  TO  6.23  RADIANS  NO  FURTHER 

C*  CALCULATIONS  ARE  MADE. 

C*  FOR  TRUE  SECTOR  TYPE  COVERAGE  THE  INTERSECTION  WiTH 

C*  THF  SECTOR  ARE  FUUNO  GY  USE  OF  SUBROUTINE  SECLOG 

C*  THF  PARAMETER  L  IS  SET  TO  THE  NUMBEP  OF  VALID  SPACE 

c*  time  intersections  that  ape  found  in,  i,zfn«  )».  these 

C*  INTERSECTIONS  ARE  FOUND  BY  USE  OF  THE  FI ECK/BUI LER  FORTRAN 

C*  ‘ANN*  ALGORITHM 

C* 


COVERAGE  ANGLE  OF  SECTOR 
INITIAL  X  01  ST.  OF  SENSOR 
INITIAL  Y  01  ST.  OF  SENSOR 
COSIPI/2  -AZIMUTH  ANGLE  - 
SlNlPI/2  -AZIMUTH  ANGLE  - 
COSIPI/2  -AZIMUTH  ANGLE  ♦ 
SINIPI/2  -AZIMUTH  ANGLE  ♦ 

INITIAL  TARGET  TIME 
FINAL  TARGET  TIME 


FROM  TARGET  * 
FROM  TARGET  * 
COVERAGE  ANGLE/2)  * 
COVERAGE  ANGLE/2)  * 
COVERAGE  ANGLE/2)  * 
COVERAGE  ANGLE/2)  * 


Figur*  2.1-68 
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Q******,i**iMr*l!i#<i****m$**i*$<r*****  OR  FC  *«t********#*#****«ti>$*+**<i****** 
C* 


c* 

SUBROUTINE  GREC 

c* 

c* 

PURPOSE 

c* 

PRERUN 

GEOMETRY  ROUTINE.  DETERMINES  INTERSECT  I  ON ( S )  , 

c* 

IF  ANY, 

OF  A  STRAIGHT  LINE  WITH.  A  MOVING  RECTANGLE 

c* 

c* 

c* 

c* 

CALLING  SEUUENCE 

c* 

CALL  grec 

c* 

c* 

DESCRIPTION 

1  OF  PARAMETERS 

c* 

ALL  INPUT  AND  OUTPUT  VIA  CQM'iON  AREA  /PGMPAR/. 

c* 

A  INPUTS  * 

c* 

c* 

DX 

X  COMPONENT  OF  TARGET  PATH 

c* 

DY 

Y  COMPONENT  OF  TARGET  PATH 

c* 

DX  1 

INITIAL  X  DISTANCE  OF  SENSOR  FROM  TARGET 

c* 

DY  l 

INITIAL  Y  0 1  ST  ANCE  OF  SENSOR  FROM  TARGET 

c* 

DXB 

COSINE  OF  ANGLE  OF  SENSOR  MOVEMENT 

c* 

•  DYB 

SINE  0*  ANGLE  OF  SENSOR  MOVEMENT 

c* 

TA 

MAXI  INITIAL  SENSOR  TIME, INITIAL  TARGET  TIME) 

c* 

TB 

MINI  FINAL  SENSOR  TIME  FINAL  TARGET  TIME) 

c* 

DT 

TOTAL  TARGET  TIME  INTERVAL 

c* 

TITYM 

INITIAL  TARGET  TIME 

c* 

DA 

CROSS  TRACK  OIST.  MINOS  0.5  WIDTH  OF  RECTANGLE 

c* 

DB 

DA  ♦  RECTANGLE  WIDTH 

c* 

DC 

ALONG  TRACK  DIST.  MUNUS  0.5  LENGTH  OF  RFCTANGLE 

c* 

RMAX 

LENGTH  OF  RECTANGLE 

c* 

VS 

VELOCITY  OF  MOVING  SENSOR 

c* 

c* 

a  OUTPUTS  * 

c* 

L 

NUMBER  OF  SEGMENTS  OF  INTERSECTION,  =0  IF  NONE 

c* 

EPOTIII 

I»1,L  earliest  time  of  segment  I 

c* 

FLPnTlI)  1 3 1  ,L  LATEST  TIME  OF  SEGMENT  I 

C* 

C* 

remarks 

c* 

NONE 

C* 

SUBROUTINE 

AND  FUNCTION  SUBPROGRAMS  REGUIRFD 

c* 

NONE 

ca 

CA 

METHOD 

c* 

THE 

POSITIONS  OF  THE  SFNSOR  AND  TARGFT  ARE  EXPRESSED 

C*  PARAMETRICALLY  AS  A  FUNCTION  OF  TIME.  POSSIBLE  INTER- 

C*  SECTIONS  WITH  THE  BOUNDARIES  PARALLEL  TO  THE  RELATIVE  MOTION 

C*  ARE  CHECKED  FIRST.  IF  ANY  EXIST  THE  INTERSECTIONS  WITH  THE 

C*  PERPENDICULAR  SPACE  TIMF  BOUNDARIES  ARE  DETERMINED.  THE 

C*  PAUtCISX  L  IS  SET  TO  THE  NUMOER  OF  INTERSECTIONS  10  OR  1) 

C* 

C***#**#*#**********************#*****************#**«-********«******* 


Figure  2  188 
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(•_**#♦*#**$  A#****  *#*#*$$. ]>?**«**«  $ EC  LOG  ***,<*******************  ****♦*«:*#; 
c*  ■ 

C*  S'JBROUTTnF  SECLOGU,  B,C»K| 

c* 

C*  PU«r>°SF 

C*  PRERUM  GEOMETRY  RtlUT IMF.  OETERMHES  IF  A  POINT  LIES  IN 

C*  A  SECTOR 

C*  CALLING  SEQUENCE 

C*  CALL  S  FCLOGI A  » B » C t  K) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  *  INPUT  * 

C*  A  OISTAMCE  OF  POINT  FROM  LINE  LI 

C*  B  O: STANCE  OF  POINT  FROM  LINE  L 2 

C*  C  CROSS  PROOUCT  OF  UNIT  VECTORS  DESCRIBING  SECTOR  Ill*L2) 

C* 

C*  *  OUTPUT  * 

C*  K  =0  POINT  NOT' IN  SECTOR 

C*  =1  POINT  IN  SECTOR 

C*  REMARKS 

C*  NONE 

C* 

c* 

C*  SUBROUT  T NF  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  NONE 

C 

C* 

C* 

C* 

C* 

C* 

C*  METHOD 

C*  THE  POSITION  (+  OR  -I  RELATIVE  TO  THE  SECTOR  BOUNDARIES 

C*  ARE  CHECKED  TO  DETERMINE  POSSIBLE  INTERSECTIONS 

C* 

C* 

CSS*****  #*:->****:<<*<<*******************************************  ********** 


Figure  2.1-70 
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C  ************  *******  *  ***  ******  LSGT  ********************************** 
C»  * 
C*  SUBROUTINE  LSGT  * 
C*  * 
C*  PURPOSE  * 
C*  DUMMY  LOS  ROUT  INC  -  READS  IN  THE  ZEVS  AND  WRITES  THE  * 
C*  NEV  APRAY  -  EQUIVALENT  TO  LINE  OF  SIGHT  ALWAYS  THERE  * 
C*  * 
C*  CALLING  SEQUENCE  * 
C*  CALL  LSGT(M,ZFV,N,NEVI  * 
C*  * 
C*  DESCRIPTION  OF  PARAMETERS  * 
C*  •  *  INPUT  *  * 
C*  M  NO.  ITEMSIN  TABLE  ZEV  * 
C*  ZEV  ARRAY  OF  EVENTS  * 
C*  * 
C*  *  OUTPUT  *  * 

c*  n  no.  items  in  table  nev  * 
c*  nev  array  of  events  * 
c*  * 

C*  REMARKS  * 
C*  NONE  * 
C*  ♦ 
C*  SUBROUTINES  REQUIRED  * 
C*  NONE  * 
r*  * 

C*  METHOD  * 
C*  the  FIRST  FOUR  ENTRIES  IN  THE  ZEV  TABLE  ARE  TRANSFERRED  TO  * 
C*  THE  NEV  TABLE.  THIS  HAS  THE  EFFECT  OF  ASSUMING  LINE  OF  SIGHT  * 
C*  ALWAYS  EXISTS.  * 

C*  • 
C*  * 

(;^*t  *****************************************  ************  *******  ******** 


Figure  2.1-72 
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C************ *******************  HA!N(.  s  ******************************** 


C*  * 

C*  MAIN  PROGRAM  * 
C*  * 
C*  PURPOSE  * 
C*  COMPUTE  LINE-OF-SIGHT  FOR  ALL  SCANNING  TYPE  SENSORS.  * 
C*  * 
C*  CALLING  SEQUENCE 

C*  MAIN  PROGRAM  * 
C*  * 
C.*  REMARKS  * 
C*  PROGRAM  REQUIRES  EARLIEST  AND  LATEST  POSSIBLE  DETECTION  * 
C*  INFORMATION  ANO  THE  TERRAIN  TAPE.  * 
C*  * 
C*  SUBROUTINE  ANO  FUNCTION  ROUTINES  REQUIRE1).  * 
C*  LOS  COMPUTES  LINE  OF  SIGHT  * 
C*  TERAN  GENERATES  UNTER  *NO  UTVSXY  DATA  IN  LABELLEO  COMMON.  * 
C*  * 


C***» *******  *****************************  **********************  ********* 


Figure  2.1-73 
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f <=*****************************  i os  ********************************* 

c* 

r*  pur°isf 


c* 

r.* 

c* 

c* 

c* 

c* 

c 

c 

c* 

c* 

c* 

c* 

c* 

r* 

c* 

c* 

c* 

r.* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

r* 

c* 

c* 

c* 

c* 

r* 

c* 

c* 


ro  DETERMINE  WHETHER  line  Of-  sight  EXISTS  BETWEEN  POINTS  l 

TERRA  IN*  GIVEN  X,  y  COOP  0 1  NATES  UF  POINTS  AND  0FcSETS 
DUNG.  POINT  l  IS  REGARDED  AS  SENSOR,  POINT  ? 


ANO  2 

ON  A  TE 

( H • S )  ABOVE 

AS  TAR 

GET. 

USAGE 

CALL 

LOS  (XI 
0, 

XI, 

VI 

X2 , 

Y? 

HI, 

M2 

t  n, 
I/O  I 


HI,  X2,  Y2,  H2,  SRANGE,  LFLPEN,  RCLEAR,  K$ECUR, 


SRA*'GE 

LFLPEN 

RCLEAR 

KSECUR 

O 

0 

LZO 


POSITION  COOODINATFS,  POINT  1  ( METERS) 

POSITION  COORDINATES,  POINT  ?  (METERS) 

OFFSETS  ABOVE  GROUND  FOR  POINTS  l,  2  RESP.  ( MET  FRS ) 
SENSOR  PANGE  (METERS) 

IF  FOLIAGF  PENETRATING,  S FT  TO  TRUE,  OTHERWISE  FALSE 
FOLIAGF  FREE  OISTANCE  AT  SFNSOR  (METERS) 

ZERO,  IE  TARGET  TAKES  AOVANTAGE  OF  COVER-  OTHERWISE  l 
OISTANCE  TARGET  HAS  *0VFD  FROM  LAST  CALL-NECESSARY 
FOR  LINKAGE  TC  SUBROUTINE  ‘’(CTER 
OUTPUT  PARAMETERS 

LOGICAL  VARIABLE.  .TRUE.  IF  LOS  EXISTS, 

OTHFRWlSE  .FALSE. 


REMARKS 

A  .FALSF.  FETURn  CAN  OCCUR  FOP  ONE  OF  THESE  REASONS— 

1.  TERRAIN  ♦  FOLIAGE  CONTOUR  BLOCKS  LINE  OF  SIGHT  PATH 

2.  LOCAL  EPTFCTS  (m ICRO-STRUCTURF  OF  TEPRAIN  ♦  FOLIAGE 
♦  CULTURAL  UNITS)  BLOCK  LOS. 

1 •  OISTANCE  PPOv  SENSOR  TO  TARGET  EXCFFDS  SENSOR  RANGE 
THIS  ROUTINE  PRIMARILY  HANDLES  CALCULATION  FOR  THE  FIRST  OF 
THCSE •  ALTHOUGH  THF  CALLING  PROGRAM  (EXECUTIVF  ROUTINF) 

SHOOLU  NORMALLY  NOT  REQUEST  A  LOS  DETERMINATION  FOR  SENSOR- 
TAKGFT  DISTANCES  BEYOND  SENSOR  RANGF,  THE  POSSIBILITY  IS 
CHECKEO.  THE  AOOFD  COMPLFXITY  IS  MINOR,  ANO  THIS  CHECK 
ALLOWS  °Kn<;ojM  TO  HANDLE  CURRENTLY  UNPLANNED  TASKS,  AND 
ALS"1  PROVIDES  PROTECTION  AGAINST  INPUT  ERRORS. 
tOCAL  MASKING,  IN  IMMEDIATE  VICINITY  OF  SENSOR  OR  TARGET, 

IS  DETERMINED  EXTERNALLY  I  THAT  IS,  THIS  ROUTINE  REQUESTS 
LOCAL  MASKING  EFFECT  BY  CALLING  ANOTHER  SUBPROGRAM) 


C* 

C* 

c* 

c* 

c* 

L* 
r  * 


SUBROUTINES  AND  FUNCTIONS  REQUIRED; 

TFBANE  (FETCHES  REQUIRED  TERRAIN) 

EOLAGF  (ADDS  Fnl.  I  AGE  EFFFCTS  TO  SENSOP/TARGET) 
m I C T E M  I  ADDS  MICRO-ENVIRONMENTAL  EFFECTS  TO  SENSOR/T A ROft ) 
IUTEVL  (COMPUTES  A‘=  INDEX  BASED  ON  X,Y  POSITION  FOR  USC 
IN  !  ABH  Common  "ijNTFR" 


C‘ 

C*  MFTHQO  FPc  TERRAIN  RFTRfFVAl  FOP  SHORT  RANGE  SENSORS. 
C*  (F'VF  R  1 1  l,ME  T  C  0  S  IN  MAXIMUM  RANGE) 


Figure  2.1-74 
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TMF  Aft1? AY  MAP  IS  i)F SIGNED  TO  HAL')  IN  CURE  TERRAIN  EXTENDING  U 
K  ILOMtT  £R$  IN  THE  X  DIRECTION  AND  10  KILOMETERS  IN  THE  Y  DIRECTION. 
THESE  FIGURES  AP  £  RASED  ON  A  TERRAIN  GRID  RFSOLUTIGN  OF  100  METERS. 
WHEN  TERRAIN  IS  RFOUIPrO  FOR  A  PARTICULAR  SHORT  RANGE  SENSOR,  A 
"STRIP"  OF  TERRAIN  WHOSE  DIAGONAL  COORDINATES  CORRESPOND  TO 
MINIMUM  AND  MAXIMUM  PAIPS  IF  X  AND  Y  IS  BROUGHT  INTO  CORF.  THESE 

COORDINATES  ARE  CHnSEN  SO  THAT  THE  SENSDR  IS  CENTERED  WIThIN  ThF 

"STRIP".  SUCC ECU  I NG  SENSORS  COORDINATES  ARE  THEN  CHECKED  AGAINST 
THE  "STRIP"  COORDINATES  TO  ESTABLISH  NEED  FOR  A  SUBSEQUENT  TERRAIN 
RETRIEVAL.  EXCEPT  FOR  PLAY  FIELD  EDGE  EFFFCTS,  THF  CFNTEe ING  OF 
SFNSUR  TO  TERRAIN  WILL  RF  ADHERED  TO. 

“FTHOO  FOP  TERRAIN  RETRIEVAL  FOP  LONG  RANGE  SENSORS. 

(Mnof  THAN  S  KILOMETERS  RUT  LESS  THAN  OR  EQUAL  TO  [?  < I L  OMF  TFfiS 
IN  RANGE) 

THE  ARRAY  MAP  WILL  HOLD  IN  CORF  24  KILOMETERS  OF  TFPKAIN  IN  THr 
X  DIRFCTJON  AND  12  K I  LOME  TFPS  IN  THF  Y  DIRECTION.  THE  CFNTERING 

TECHNIQUE  DESCRIBED  ABOVE  WILL  BE  EXECUTFO  FOR  A  SEMI-  CIRCLE  OF 

RADIUS  12  KILOMETERS  AND  CENTERED  IN  THE  X  DIRECTION  ON  EITHER 
THF  UPPER  nu  LOWER  EDGE  OF  THF "STRIP". 

MFTHDO  FOR  LINE  OF  SIGHT  DETERMINATION. 

TERRAIN  HFIGHT  FOR  EACH  INCREMENT  IN  DISTANCE  FROM  SENSOR  TD 
TARGFT  IS  DFTFRmINFD  ANO  SIMPLY  COMPARED  TO  THE  RISE  IN  THE  LINE  OF 
SIGHT  RAY  IN  THAT  JNC.REMFNT.  MASKING  OCCURS  WHEN  THE  LOCAL  TERRAIN 
ORSCUFES  THE  LINE  OF  SIGHT  RAY. 

GLOSSARY: 


ITRNHT 

SHORT 

DGD 

XREF 

YREF 

XRANGE 

YR  ANGE 

MXRCF 

MYREF 

RLI MIT 

VXTENT 

MINX 

MYTFNT 

DRAY 

*M\'Y 

t  x  I 

IV 1 


C 0  I NTFGEP I /ED  TERRAIN  IN  STORAGE 
CP  RANGE  OF  SHORT  RANGE  SENSORS 
CP  GRID  SIZE 

CD  X-ORIGIN  OF  PLAYING  FIELD  I  NORMALLY®!),  for  C  1MPAT- 
C°  I B  II  l TY  WITH  UNTFR  TABLES) 

CP  Y-OHIGIN  OE  PLAYING  FIELD  ISAMF  REMARKS  AS  XREF) 

CP  MAXIMUM  X  LENGTH  OF  PLAYING  FIELD  (METERS) 

CP  MAXIMUM  Y  LENGTH  OF  PLAYING  FIELD  ("ETFOS) 

CR  I NTFGER l ZFD  X  REFERENCE  OF  PLAYING  FIELD 
CP  l NTFGER l ?F0  V  REFERENCE  OF  PLAYING  FIFLD 
DP  M  A  X  l  MtJM  SENSOR  RANGE  ACCOMODATED  BY  STORED  TERRAIN 
C°  INTEGE® I 7P0  X  RANGE  DE  RLAYING  FIELD 

DP  COMRUTFD  MINIMUM  X  INDEX  RFLIUIftFD  FOP  STORFD  TFRRAM 
CR  I  NTFGER  I  ZFD  Y  RANGE  DE  PLAYING  ElEl') 

C°  INCREMENTAL  DISTANCT  ALONG  LINF  DE  SIGH  I  I  XY  PLANT 
JP  COMPUTED  M|Nl“U“  Y  INDEX  REQUIRED  FOR  STORED  TERRAIN 
DP  INTERNAL  VARIABIE  (SENSnR  X  COORDINATE) 

DR  INTERNAL  VARIABLE  (SENSOR  Y  COORDINATE) 


Figure  2.1-74  (Cont.) 
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C  IX?  LOS  OP  INTERNAL  VAR I  ABLE  (TARGET  X  COORDINATE) 

C  I Y?  LOS  DP  INTERNAL  VARIABLE  (TARGET  Y  COORDINATE) 

C  MA  XX  LOS  OP  COMPUTED  MAXIMUM  X  INDEX  REQUIRED  FOR  STOREO  TERRAIN 

C  MAXY  LOS  OP  COMPUTEO  MAXIMUM  Y  INDEX  REQUIRED  FOR  STORED  TERRAIN  P 

C  MINYO  LOS  OP  INTERNAL  VALUE 

C  MINXO  LOS  OP  INTERNAL  VALUE 

C  R12  LOS  DP  DISTANCE  BETWEEN  POINTS  U?  IN  THE  XY  PLANE 

C  COSTH  LOS  DP  COSINE  AZIMUTH  ANGLE  TO  Rl? 

C  SINTH  LOS  DP  SINE  AZIMUTH  ANGLE  TO  RI2 

C  FF1CH  LOS  DP  TERRAIN  READ  ON  FIRST  RETRIEVAL 

C  DR  LOS  OP  l»NE  OF  SIGHT  PROJECTION  ALONG  R12 

C  X  LOS  OP  INTERNAL  GENERALIZED  X  VALUE 

c  y  1.0s  dp  internal  gfnfpalizfo  y  value 

C  ZO  LOS  OP  INTERNAL  generalized  offset  value  above  local  terrain 

C  XO  LOS  OP  INTERNAL  VALUE 

C  FI  LOS  OP  INTERNAL  VALUE  OF  TERRAIN  INDEX 

C  F2  LOS  OP  INTERNAL  VALUE  OF  TERRAIN  INDEX 

C  FI  LOS  OP  INTERNAL  VALUE  OF  TERRAIN  INDEX 

C  F4  LOS  OP  INTFRNAL  VALUE  OF  TERRAIN  INDEX 

C  711  LOS  OP  INTERNAL  VALUE-  TERRAIN  HEIGHT  INTERPOLATION 

C  122  L'S  OP  INTERNAL  VALUE-  TERRAIN  HFIGHT  INTERPOLATION 

C  ZPT  LOS  OP  LOCAL  TERRAIN  INTERPOLATE!)  HEIGHT 

C  ZSENS  LOS  OP  LOCAL  TERRAIN  HEIGHT  FOR  SFNSOR 

f  ZTRGT  LHS  OP  LOCAL  TFRRAIn  HEIGHT  FOR  TARGET 

C  OZOR  LOS  OP  TANGENT  OF  ELEVATION  ANGLE  TO  LINE  OF  SIGHT  RAY 
C  ZTST  LOS  OP  TEST  VALUE  FOR  LINE  OF  SIGHT  OR  MASK 

C  LZO  LOS  OP  LINE  OF  SIGHT  *  T(RUE)  HR  FIALSE)  ON  MASK 

C  LFL  PEN  LOS  DP  LOGICAL  VARIABLE  IS  .TRUE.  FOR  FOLIAGE  PENETRATION 
C  OMfCTK  LOS  OP  BASE  DISTANCE  FOP  SUBROUTINF  MICTE*  (NORMALLY  250 

C  LOS  OP  METERS  ,  BUT  may  BE  LE5S) 

C.  IWOPK  LOS  OP  BUFFER  WORK  AREA  DESIGNED  TO  HOLD  X  TFRRAIN  AT  CONSTANT 

C*  COS  Y.  DIMENSION  OF  513  PERMITS  AN  Y  EXTENT  OF  51.3 

C*  LOS  KILOMETERS  ALLOWABLE  IN  THE  PLAYING  FIELD. 

C*  LOS  THIS  FIGURE  IS  RASED  ON  THE  CONSTUCTION  AF  A  "SPARSE" 

C*  LOS  TAPE  FROM  THE  ORIGINAL  TOPOCO*  SOURCE  T APF 

C* 

C* 

C* 


Figur*  2.1-74  (Cont.) 
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PURPOSF  •  . 

AN  AUXILIARY  TO  THE  BASIC  LOS  ROUTINE,  MICTER  DETERMINES 
WHETHER  A  TARGET  WOULD  RE  VISIBLE  OP  NOT,  INSOFAR  AS  THE 
HtCRO  STRUCTURE  OF  ENVIRONMENT  IN  THE  IMMEDIATE  VICINITY 
OF  THE  TARGET  IS  CONCERNED. 


CALLING  SEQUENCE 

CALL  MICTER  (RMI CT R, 0, !UT ,DZD» , KSFCUR , 


SUBROUTINES  AND  FUNCTIONS  REQUIRED 


LOSMICI 


URN 


UNIFORM  RANDOM  NUMBER  GENERATOR 


DESCRIPTION  OF  PARAMETERS 

NOTE-  FIRST  5  PARAMETERS  IN  CALLING  SEQUFNCE  ARE  INPUT 
•  VARIABLES  TO  MICTER,  LAST  PARAMETER  (LOSMICI 

IS  OUTPUT  VARIABLE. 


C ************  ******* 4 ****«**#**«* ******* ***•#****## ******************** 

C***********P*******pp*pppppppp  MICTER  p**p**ppp*pp*p*p*p**p ********* 
C* 

C*  SUBROUTINE  MICTER 

C* 

CP 

c* 

c* 

c* 

CP 

c* 
c* 
c* 
c* 
c* 
c* 

CP 

CP 

c* 

CP 
CP 
CP 
CP 
CP 

c* 

CP 

c* 

CP 
CP 
CP 
CP 

c* 
c* 
c* 

CP 

c* 
c* 

CP 

c* 
c* 
c* 

CP 
CP 
C* 
c* 
c* 
c* 
c* 
c* 
c* 


rmictr 


IUT 

r>ZOR 


KSECUR 


I.OSMIC 


DISTANCE  FROM  TARGET,  OVER  WHICH  MICTER  HAS 
RESPONSIBILITY.  (METERS) 

DISTANCE  TARGET  HAS  MOVED  SINCE  LAST  CALL  Tn 
MICTER,  FOR  MOVING  TARGET.  LENGTH  OF  TARGET, 

FOR  STATIONARY  TARGFT .  FOR  FIRST  CALL  ON 
MOVING  TARGET,  D  SHOULD  BE  ZERO.  (METERS) 

UNIT  TERRAIN  INDEX  UNTEGER)  AT  TARGET  POSITION 
VERTICAL  SLOPE  OF  LINE  CONNECTING  SFNSOR  AND 
TARGET.  NEGATIVE  VALUE  CORRESPONDS  TO  SENSOR 
’LOOKING  DOWN*  AT  TARGET  ( E.G. , ATRBQRNF  SENSOR ) , 
TARGET  PARAMETER  UNTEGER)  ORIGINATING  IN  PLANNER 
INPUT  TABLES.  VALUE  IS  0  IF  TARGET  IS  TO  BE 
ASSUMED  TO  TAKE  MAXIMUM  ADVANTAGE  OF  COVER. 

VALUE  =  1  OTHERWISE 

LOGICAL  VARIABLE,  OUTPUT.  HAS  VALUE  .TRUE.  IF 
VISIBILITY  IS  IMPLIEO  BY  MICTER  CALCULATIONS, 

HAS  VALUE  .FALSE.  IF  LOCAL  MASKING  IS  IMPLIFD. 


METHOD 

1. 


THERE  IS  ONE  MAJOR 
THF  DZDR  VARIABLE. 
BILJTY  IS  BASED  ON 
NORMALLY  OCCUR  FOR 
CUR  FOR  OBSERVATION 
POSITIONS.) 


BRANCH  IN  THE  PROGRAM,  BASED  ON 
FOR  DZDR  LESS  THAN  -1.0,  VI S I - 
CANOPY  CLOSURE  I T H | s  CASE  WOULD 
AN  AIRBORNF  SFNSOP,  BUT  COULD  OC- 
OF  VALLEY  REGIONS  FROM  HIGH 


*P*« 


Figure  2.1-75 
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c>- 

2.  IF  GROUND-TO-GROUND  VISIBILITY  MUST  BE  C KECKED,  THE  FOLLOWING  CAL- 

* 

c* 

CULATIONS  ARE  MADE: 

* 

c* 

* 

c* 

A. 

IF  THE  "REGION  Oj?  RESPONSIBILITY"  OF  MICTER  IS  GREATER  THAN  THE 

★ 

c* 

UPPER  VISIBILITY  LIMIT,  IT  IS  ASSUMED  LOS  DOES  NOT  EXIST  AND 

* 

Cl* 

THE  SUBROUTINE  IS  EXITED. 

* 

c* 

IF  THE  "REGION  OF  RESPONSIBILITY"  (RMICTR)  IS  LESS  ’.PHAN  THE 

* 

c* 

B. 

* 

c* 

LOWER  LIMIT  OF  VISIBILITY,  IT  IS  ASSUMED  LOS  DOES  EXIST  AND  THE  * 

c* 

SUBROUTINE  IS  EXITED. 

* 

c* 

* 

c* 

c. 

IF  RMICTR  LIES  BETWEEN  THE  UPPER  AND  LOWER  LIMITS  OF  VISIBIL- 

* 

c* 

ITY,  LOS  IS  RANDOMLY  AS  FOLLOWS: 

★ 

c* 

★ 

c* 

(1)  PROBABILITY  OF  LOS  IS  DETERMINED  USING  LINEAR  INTERPRE- 

* 

c* 

TATION. 

* 

c* 

* 

c* 

(2)  THE  NUMBER  OF  RAYS  OR  AZIMUTHS  ALONG  WHICH  LOS  IS  TO  BE 

* 

c* 

CHECKED  IS  CALCULATED  BASED  ON  DISTANCE  TARGET  MOVED  AND 

* 

c* 

LOWER  LIMIT  OF  VISIBILITY. 

* 

c* 

* 

c* 

(3)  IF  THE  TARGET  IS  ATTEMPTING  TO  AVOID  DETECTION,  THE  NUMBER 

* 

c* 

OF  "LOOKS"  IS  DIVIDED  BY  TWO. 

★ 

c* 

★ 

c* 

(4)  THE  PROBABILITY  OF  LINE-OF-SIGHT  IS  SET  AF  1-  PROBABILITY 

★ 

c* 

OF  NOT  HAVING  LOS  RAISED  TO  THE  EFNLKS  POWER  AND  IS  COM- 

★ 

c  * 

PARED  WITH  A  UNIFORM  RANDOM  NUMBER. 

* 

c* 

* 

c* 

3.  IF  AIR-TO-GROUND  VISIBILITY  MUST  BE  CHECKED,  THE  CALCULATIONS  ARE 

★ 

c* 

THE  SAME  EXCEPT  THAT  THE  PROBABILITY  OF  NOT  HAVING  LINE-OF-SIGHT 

* 

c* 

IS 

SET  AT  A  NUMBER  CHOSEN  RANDOMLY  BETWEEN  THE  UPPER  AND  LOWER 

* 

c* 

PERCENT  CANOPY  CLOSURE  VALUES. 

* 

c* 

* 

Figure  2.1-75  (Cont.) 
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TFRANE  ********************************* 

r* 


C*  SURROUT !  rtf  TfCANF  (  m?nx,  maxx»«  INy,  MAXY,  map,  himk,  iomy,  n;jM) 

C* 

r>  ot/opos  E  i 

*  Tn  HR  J  NG  INTO  THE  ARRAY"M4P,"a  TERRAIN  MAP  SECTION  RESIDENT 

*  ON  AN  EXTERNAL  “EJUJM  SFOUFNTIALLY  EiRGANIZED.  SPECIFICALLY 

C*  FACH  RECORD  ON  Thf  MEDIUM  IS  CONSIDERED  A  “SCAN  LINE"  AT  6 

C*  CONSTANT  "X"  AND  CONSISTS  OF  ENOUGH  "Y"  ORDINATE  POINTS  TO 

C*  DEFINE  A  PLAYING  FIELD. 

C*  "PLAYING  FIELD"  AS  USED  HERE  INCLUDES  ALL  THF  TERRAIN  RESIDENT  ON 
C*  TAPE  DR  DISK. 

C* 

C*  ARGUMENTS: 

C ♦  minx,  vaxx,  MINY,  MAXY,  MAP,  IDMX,  IDMY,  idum 

c* 

C*  SUHR  BUT I NES  R  ECU  I  RED:  NONE 
(.* 

C*  REMARKS: 

C* 

C*  THE  "END"  PAKA“ETER  IS  USED  IN  THE  READ  OF  TERRAIN  FROM  TAPE 

C*  OR  DISK  TO  SIGNIFY  END  OF  PI  AY  FIELD  DAT Al LAST  "SCAN"  OF  X-  DATA) 

C*  "END"  COULD  BE  ELIMINATED  IF  INPUT  DEVICE  INDICATES 

C*  NUM0FR  OF  RFCORD  TO  BE  READ  ON  EXTERNAL  MEDIUM. 

C* 

C*  GLOSSARY: 

C  minx  TFRANE  Dp  X  ABSCISSA  COUNT  INITIATE  X  READ 

C  M  A  X  X  TFPANF  DP  X  ABSCISSA  COUNT  TERMINATE  X  READ 

C  MINY  TFRANE  OP  Y  OHDINATC  COUNT  INITIATE  Y  READ 

C  MAXY  TERANE  DP  Y  ORDINATE  COUNT  TERMINATES  Y  READ 

r  MAP  TPPANF  DP  TERRAIN  ARRAY  IN  CORE 

C  IDMX  TFKANF  OP  X  DIMENSION  OF  "MAP"  (NORMALLY:  301  FOR  SHOPT 

C*  T  CRANE  RANGE  SENSORS,  241  FOR  LONG  RANGF  SFNSOPS) 

C  IUMY  TERANE  DP  Y  DIMENSION  OF  “MAP"  (NORMALLY:  101  FOR  SHORT 
r*  TERANE  RANGE  SENSORS,  121  FOR  LONG  RANGF  SENSORS) 

f.  LAS*  FC  TFPANF  t)P  LAST  UK  HO  READ  FROM  MEDIUM 

C  lOU*  TERANE  BUFFER  ARF A  TO  HOLD  ONE  "SCAN"  OF  TERRAIN  AT  CONSTANT  Y 

C  XM I N  TCRANE  CP  X  COORDINATE  OF  TERRAIN  HELD  IN  CODE 

r  YMIN  TCPANE  C.P  Y  COORDINATE  OF  TERRAIN  HELD  IN  CODE 

C  X“AX  TERANE  0°  MAXIMUM  X  COORDINATE  OF  TER-.AIN  HELD  IN  COPE 

C  YMA X  TFRANE  CP  MAXIMUM  Y  COORDINATE  OF  TERRAIN  HELD  IN  CORE 

C  MXREF  TFRANE  CP  I NTEGER  l ZED  X  ORIGIN  OF  PLAYING  FIELD 

C  MX  T  ENT  TERANE  CP  INTEGER  IZFD  X  EXTENT  nF  PLAYING  FIELD 

C  MVTFNT  TERANF  CP  INTEGER  I Z  En  Y  RANGE  OF  PLAYING  FIELD 
E  (READ  TERANE  OP  NUMBER  OF  TIMFS  THIS  ROUTINE  IS  ENTERED 
C  ''AS  TAP  TFPANF  DP  Tjpc  QK  rj(SK  UNIT  NUMBER 
C  XL  ONG  TFPANE  OP  LFNGTH  OF  X  AXIS  OF  terrain 

C  YL  INC  TERANF  >p  LENGTH  OF  Y  AXIS  op  TERRAIN 

C  I  OUT  TFRANE  OP  NUMBER  OF  "UTPUT  DEVICE 


METHOD:  See  2-118.5. 


Flgur*  2.1-76 
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METHOD  * 

THE  LENGTH  OF  THE  FLAYING  FIELD  IS  DETERMINED.  A  CHECK  13  * 

MADE  TO  SEE  IF  THE  WEST  BOUNDARY  OF  THE  /REA  OF  INTEREST  IS  EAST  * 

OF  THE  LAST  RECORD  (BLOCK  OF  TERRAIN)  READ  FROM  TAPE. .  IF  IT  IS,  * 

THE  TAPE  MUST  BE  ADVANCED  TO  FIND  THE  DATA  OF  INTEREST.  IF  NOT,  * 

IT  MUST  BE  REWOUND.  A  CHECK  IS  THEN  MADE  TO  SEE  IF  THE  WEST  EDGE  * 

OF  THE  AREA  OF  INTEREST  IS  THE  FIRST  SCAU  LINE.  IF  IT  IS,  THEN  THE  * 

TAPE  IS  ADVANCED  TO  THE  DESIRED  SCAN  LINE.  A  NESTED  DO-LOOP  IS  * 

ENTERED  WHICH  EXTRACTS  DATA  FROM  XMIN  TO  XMAX  FROM  THE  TAPE  AND  * 
PUTS  IT  ONTO  LIST.  EXTENT  OF  THE  DATA  IN  THE  NORTH-SOUTH  DIRECTION  * 
ON  LIST  IS  ENTIRE  PLAYING  HELD.  DATA  IS  TRANSFERRED  FROM  A  TEM-  * 

PORAKY  WORK  AREA  (IDUM)  TO  A  TWO  DIMENSIONAL  TERRAIN  ARRAY  IN  CORE  * 
(MAP) .  THIS  DATA  IS  FROM  MI  NY  TO  MAXY  AND  WILL  VARY  IN  SIZE  DEPEND-  * 
ING  ON  SENSOR  TYPE.  THE  COORDINATES  OF  THE  MAP  AREA  ARE  CALCU-  * 

LATED  AND  THE  SUBROUTINE  IS  EXITED.  A  PRINT  OPTION  EXISTS  AND  RE-  * 

QUIRES  CONVERSION  OF  A  COMMENT  CARD  TO  A  PRINT  STATEMENT.  * 

* 


« 


» 


Figure  2.1-76  (Cont.) 
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C ************  ******* ***********  HLKLQS  ******************************** 

c* 

C*  PURPOSE 

C*  *  BLOCK  DATA  USED  TO  SET  PARAMETERS  XREE , TREE , XRANGE , YRANGE , 

C*  LOUMP, IPRINT  IN  1  HE  LOS  PROGRAM. 

C* 

C*  ABOVE  PARAMETERS  ARE  OEFINEO  IN  LABELED  COMMON  BLOCKS 

C*  LOSCOM  AND  CONST. 

C* 

C**** ****************************************  **************** ********** 


Figure  2.1-77 


"* 


*» 
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2.  1.  5.  11  PRERUN  Step  10 

Step  10  in  PRERUN  comprises  the  main  program  (PREMNA) 
with  2  subroutines  listed  in  Table  2.  1-V,  plus  4  utility  subroutines. 

External  data  sets  required  as  input  are  "JFMSTR",  "CRTARG",  "JFNEV" 

and  "EVNTLS",  all  generated  in  previous  steps.  ♦ 

This  step  creates  events  type  1  (sensor  interrogate).  False 
target  information  is  merged  into  the  event  1  lists  where  required.  Event  1 
lists  are  then  stored  on  disk  (JFEVLC).  Figures  2.  1-78  through  2.  1-80 

describe  the  subroutines  of  this  step.  » 

2.  1.  5.  12  PRERUN  Step  11 

Step  11  in  PRERUN  comprises  the  main  program  (PREMNB) 
with  1  subroutine  FMERGE  plus  the  utility  subroutine  GMERGE.  External 
data  sets  required  as  input  are  "JFMSTR",  "MASSEV23",  "JFEVLC", 

"CREVT9",  and  "JFEVT",  all  generated  in  previous  steps.  This  step 
collects  and  merges  all  events  of  ail  types  that  have  been  generated  and 
stored  in  the  previous  PRERUN  steps.  The  merged  sequence  of  events 
are  stored  on  disc  (JFIEV).  Figures  2. 1-81  and  2.  1-82  describe  the 
subroutines  of  this  ctep. 

2.  1.  5.  13  PkJRUN  Step  12 

Step  12  in  PRERUN  has  one  (main)  program  (PREMNC), 
and  requires  only  1  external  data  set  "JFIEV"  as  input.  This  step  takes 
all  the  merged  events,  blocks  them  for  MSM  (900  or  fewer  words/block), 
and  stores  them  on  disc  (DSNAME=EVENT1). 

Figure  2.  1-83  describes  subroutine  PREMNC. 

2.1.5.  14  Utility  Subroutines 

Most  of  the  PRERJN  steps  use  various  utility  type  sub¬ 
routines.  These  are  listed  in  Table  2.  1-V  and  Figures  2.  1-84  through 
2.  1-91  describe  these  subroutines. 

2.1.6  FRERUN  Common  Areas 

Common  areas  are  used  to  allocate  storage  (and  hence 
limit  the  size  of  the  model).  They  serve  to  transmit  information  between 
the  various  programs  of  a  job  step.  Included  in  this  section  is  a  table  of 
Pi.ERUN  common  areas  (Table  2.  1-VI)  arranged  alphabetically.  For  each 
area,  a  brief  description  of  the  variables  is  given,  along  with  a  list  of  all 
subroutines  using  the  common  statement.  If  any  dimension  statement 
is  changed,  all  subroutines  using  the  common  area  involved  must  be 
recompiled. 
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c*  * 

C*  PRERUS  EXCCUTIVF  -  STEP  10  * 

C*  * 

•  C*  PURPOSE  * 

C*  GENERATES  MSN  TYPE  l  EVENTS  FROM  OUTPUT  OF  CLPOT  AND  LOS  * 

C*  ADDS  FALSE  TARGET  INFORMATION  * 

C*  * 

C*  USAGF  * 

O  MAIN  PROGRAM  * 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  ALL  INPUT  AND  OUTPUT  VIA  COMMON  BLOCKS/  WEVT.UTMCOM, TI MfS ,  * 

C#  IN0UT,0UTPf OPTION, POSERR/  * 

C*  * 

C*  REMARKS  * 

C*  NONE  * 

C*  SUBROUTINES  REQUTRE0  * 

C*  DOROER  -TO  ORDER  TIMES  * 

C*  SEQ  -TO  GENERATE  MSM  EVENTS  * 

C*  GMERGE  -TO  MFRGE  EVENTS  * 

C*  FLSTG  -TO  AOD  FALSE  TARGET  INFO  * 

C*  * 

C*  METHOD  * 

C*  THF  COMMON  GAME  INFORMATION  AND  THE  FALSE  TARGET  * 

C*  INFORMATION  ARE  READ.  * 

C*  THE  NON  LINE  OF  SIGHT  DETECTIONS  (NEV)  ARE  READ.  EACH  * 

C*  SENSOR  IS  A  SEPERATE  RECORD.  THE  ORDER  OF  THE  EARLIEST  AND  * 

C*  OF  THE  LATEST  DETECTION  TIMES  IS  DETERMINED  BY  CALLING  * 

C*  DORDER.  SEQ  IS  THEN  CALLED  TO  CREATE  EVENT  TYPE  1.  GMERGE  * 

C*  IS  CALLED  TO  MERGE  THEM  WITH  THE  MASTER  LIST.  AFTER  A  BLOCK  * 

C*  OF  MAX?  IN  LFNGTH  HAS  BEEN  GENERATED  FLSTG  IS  CALLED  TO  ADO  * 

C*  THE  FALSE  TARGET  INFORMATION  TO  THE  EVENT  AND  THE  MASTER  * 

C*  LIST  IS  WRITTEN  ON  MTAPECILI— JFEVLC  AND  A  NEW  MASTER  LIST  IS  * 

V  C*  STARTED.  THE  PRINT  OPTION  IS  CHECKED  AS  EACH  SET  OF  NEV  IS  » 

C*  READ.  * 

C*  THE  LINE  OF  SIGHT  DETECTIONS  ARE  PROCESS'  •  BY  THE  SAME  * 

C*  SEQUENCE  OF  INSTRUCTIONS.  * 

C*  A  ONE-7ERO  IS  WRITTEN  ON  MTAPEUi)  TO  INDICATE  THE  END  * 

..  C*  OF  FILE.  THE  NUMUFR  OF  RECORDS  AND  THE  MAXIMUM  LENGTH  IS  * 

C*  PRINTED  IF  OESIRFD  ( MPRINTOUT  RE  «D)  * 

C*  * 


C**»* *********** *******$.**** ************ ******************************** 

Figure  2.1-78 
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C^**  ♦**♦**+♦*♦****•<*♦**♦******♦  FLSTG  ********************************* 
C*  * 

SUBROUTINE  FLSTG 


C* 

C* 

C* 

C* 

C* 

C* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


PURPOSE 

TO  ADD 


FALSE  TARGET  INFORMATION  TO  TYPE  I  EVENTS 


CALLING  SEQUENCE 

CALL  FLSTGINEV, IEV,NTAR,TARG»MAX> 

♦ 

DESCRIPTION  OF  PARAMETERS 


REMARKS 

NONE 

SUBROUTINES 

TRNSFR 


REQUIRED 


METHOD 


THE  EVENTS  IN  IEV  ARE  PUSHED  TO  THE  TOP  OF  THE  STORAGE 
AS  SET  BY  MAX.  EACH  EVENT  IS  SCANNED  FDR  A  NEGATIVE  TARGET 
ID  WHICH  INDICATES  A  FALSE  TARGET.  IF  NO  FALSE  TARGET  IS 
PRESENT  THE  EVENT  IS  ADDED  TO  THE  IEV  TABLE  WHICH  STARTS  AT 
THE  FIRST  CELL.  IF  A  FALSE  TARGET  IS  PRESENT  THE  EVENT  IS 
REORDERED  TO  CONFORM  TO  THE  MSM  FORMAT  AND  THE  FALSE  TARGET 
INFORMATION  IS  ADDED.  (THE  MINUS  SIGN  IS  DELETED  FROM  THE 
FALSE  TARGET  ID  AND  WORDS  2-12  OF  THF  TARGET  INFORMATION 
IN  TAR G  ARE  ADDED  BY  A  CALL  TO  TRNSFR ) 


C*************** ******************************************* ************* 


Figure  2.1-79 
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£***«******************«*******  SEQ  ********************************* 

C*  * 

C*  SUBROUTINE  SEO  * 

C*  * 

C*  PURPOSF  * 

C*  TO  GENERATE  AN  ORDERED  LIST  OF  TYPE  1  EVENTS  FROM  THE  * 

C*  ELPOT  LIST  OF  DETECTIONS  FOR  A  GIVEN  SENSOR  * 

O  * 

C*  CALLING  SEQUENCE  * 

C*  CALL  SEQ(ITfID»LE»E»LFfFf  MMAX. LL . LV .IP.KV.ITARG)  * 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  * 

C*  *  INPUT  *  * 

C*  »  IT  EVENT  TYPE  * 

C*  ID  ID  OF  SENSOR  * 

C*  LE  ARRAY  DEFINING  ORDER  OF  EARLIEST  DETECTION  TIMES  * 

c*  e  earliest  times  * 

C*  LF  ARRAY  DEFINING  ORDER  OF  LATEST  TIMES  * 

C*  F  LATEST  TIMES  * 

C*  MMAX  NUMBER  OF  EVENTS  * 

C*  ITARG  TARGET  ID'S  * 

C*  ♦ 

C*  *  OUTPUT  *  * 

T  C*  LL  STORAGE  FOR  EVENTS  AS  GENERATED.  * 

C*  LV  COUNT  OF  WORDS  IN  LL.  * 

C*  IP  POINTER  LOCATING  EVENTS  * 

C*  KV  COUNT  OF  WORDS  IN  POINTER  * 

C*  * 

C*  REMARKS  * 

C*  NONE  * 

C*  * 

C*  SUBROUTINES  REQUIRED  * 

C*  NONE  * 

C*  * 

C*  METHOD  * 

C*  THE  ARRAYS  DEFINING  THE  ORDER  OF  TIMES  ARE  SCANNED  AND  THE  * 

C*  EVENTS  ARE  GENERATED  IN  AN  ORDERED  FORM  IN  COMPLIANCE  WITH  * 

C*  THE  MSM  FORMAT  FOP  EVENT  TYPE  1.  THIS  ROUTINE  DOES  NOT  * 

C*  DISTINGUISH  BETWEEN  REAL  AND  FALSE  TARGETS.  * 

C*  * 

c*** ********* ******** ***** ******  *** *****  ********* ******** ******* ****** ** 


Figure  2.1-80 
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C*«*  «■*♦*****  ********  ***********  PREMN8  ******************************** 

c* 

C*  PRERUN  EXECUTIVE  -  STEP  II 

C* 

C*  SUBROUTINE  PREMNB 

C* 

C*  PURPOSE 

C*  FINAL  MERGE  OF  ALL  MSM  EVENTS  CREATED  BY  PRFRUN 

C* 

C*  USAGE 

C*  MAIN  program 

c* 

C*  DESCRIPTI0N  OF  PARAMETERS 

C*  ALL  INPUT  AND  OUTPUT  VIA  COMMON  BLOCKS/  WEVT.UTMCOM, TI MES , 

C*  INOUT.OUTP, OPTION, POSERR/ 

C* 

C*  REMARKS 

C*  NONE 

C* 

C*  SUBROUTINES  REQUIRED 

C*  FMGRGE 

C* 

C*  METHOD 

C*  THF  MSM  EVENTS  GENERATED  BY  PREVIOUS  STEPS  OF  PRERUN 

C *  ARE  READ  FRO**  THF  VARIOUS  DATA  SETS  AND  WRITTEN  AS  A 

C*  SEQUENCE  OF  RECORDS  ON  A  SINGLE  UNIT  MTAPEII2) 

C*  EMERGE  IS  CALLED  T'1  MERGE  THESE  EVENTS  AND  WRITE  THEM 

C*  ON  UNIT  MTAPE(K).  MAXIMUM  STORAGE  IS  DEFINED  BY  MAX.  AND 

C*  THE  LFNGTH  OF  RECORDS  BY  MAXI.  A  ONE  C  ZERO  IS  WRITTEN 

C*  TO  INDICATE  END  OF  FILE. 

C*  THE  PRINT  OPTION  IS  CHECKED  AND  IF  DESIREO  THE  RECORDS 

C*  WILL  BF  PRINTED. 

C* 

C **************** ********** ****************************** ************** 


Figure  2.1*81 
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C ********************* *********  FM£R  GE  ******************************** 

C* 

C*  PURPOSE 

c*  MFRGFS  event  array  iev  with  event  array  ive  . 

c* 


c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


CALL  TNG  SEQUENCE 

CALL  F MR ROE ( IR1 ,  IK2, IR3 , I EV , IVE .MAX .MAXI > 

DESCRIPTION  OF  PARAMETERS 
*  INPUT  * 

k  P I  DISK  OK  TAPE  UNIT  TO  HE  READ 

IR2  OISK  OR  TAPE  ON  WHICH  ARRAY  IEV  IS  WRITTEN 

IR3  OISK  OP  TAPE  ON  WHICH  ARRAY  IVE  IS  WRITTEN 

IVE  ARRAY  TO  BE  MERGED 

IFV  ARRAY  TO  BE  MERGED 

MAX  THE  MAXIMUM  ALLOWABLE  NO. OF  ITEMS  FOR  THE 

RESULTING  MERGED  ARRAY! IEV). 

MAXI  MAX.  ALLOWABLE  NO. OF  ITEMS  IN  ARRAY  IVE. 

REMARKS 

NONE 

SUBROUTINES  REQUIRED 
GMERGE 

MFTHOD 

THE  RECOROS  ON  IRl  ARE  READ  AND  MERGED  BY  GMFKGE. 

STORAGE  IS  CONTINUALLY  CHECKED  (MAXI)  THE  OVERFLOW  IS 
WRITTEN  ON  IK2.  AFTER  A  COMPLETE  PASS  THROUGH  IRI  THE 
ARRAY  IVE  WILL  CONTAIN  THE  BLOCK  OF  EVENTS  WITH  THE  SMALLEST 
TIMFS.  THIS  IS  WRITTEN  ON  IR3.  THE  ROLES  OF  IRl  AND  IR2 
ARE  INTERCHANGED  AND  THE  PROCESS  CONTINUED  UNTIL  ALL  EVENTS 
HAVE  RPEN  PROCESSED  AND  WRITTEN  ON  IR3. 


C* 

^ *************************** *****************  ************************** 


Figure  2.1-82 
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C*** ********* ************* *****  PREMNC  *•♦****************************•> 
C* 

C*  MAIN  PROGRAM 

C* 

C*  PURPOSE 

C*  TO  SUBDIVIDE  EVENT  LIST  INTO  GROUPS  LESS  THAN  OR  EQUAL  TO  900 

C* 

C*  CALLING  SEQUENCE 

CA  *  MAIN  PROGRAM 

C*  NONE 

C*  REMARKS 

C*  EVENTS  CANNOT  NECESSARILY  BE  SPLIT  UP  INTO  SETS  OF  EXACTLY  900, 

C*  THfc BEFORE  GROUPS  FOR  MSM  CAN  BE  LESS  THAN  900. 

C* 

C*  SUBROUTINES  AND  FUNCTION  ROUTINES  REQUIRED. 

C* 


C* 

C ******************************************************** ************** 


Figure  2.1-83 
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C*******************************  f  INOX  ******************************* 

c* 

C*  SUBROUTINE  FINDX 

C* 

C*  PURPOSE 

C*  THIS  IS  A  UTILITY  ROUTINE  USED  TO  LOCATE  A  PARTICULAR 

C*  DATA  SET  IN  THE  MASTER  DATA  STREAM 

C* 

C*  CALLING  SEQUENCE 

C*  •  CALL  FINDX(N,It J,K» 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C* 

C*  ♦  INPUT  * 

C*  N  ID  OF  DATA  SET 

C* 

C*  *  OUTPUT  * 

C*  I  LOCATION  OF  FIRST  WORD  IN  MASTER  STREAM 

C*  J  LOCATION  OF  LAST  WORD  IN  DATA  STREAM 

■  C*  K  NUMBER  OF  WORDS  IN  SUB  SET 

C* 

C*  REMARKS 

C*  DO  LOOP  00  NN  L»I,J,K  WILL  SCAN  ALL  SUB  SE1S  OF  N 

C* 

C* 

C*  SUBROUTINES  REQUIRED 

C*  NONE 

C* 

S  Q *************************************************  ********************* 


Figure  2.1-84 
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C ******* ♦*«■*# ********<.**** 00*00*  F  INDY  *******************************, 
C* 

C*  SUBROUTINE  F INDY 

C* 

C *  PURPOSE 

C*  THIS  IS  A  UTILITY  ROUTINE  WHICH  IS  USED  TO  FIND  THE 

CO  POSITION  UF  A  DATA  SET  IN  A  STRING  rROM  THE  POINTER  INFO 

C<= 

C*  CALLING  SEQUENCE 

Co  CALL  FINDY(L,M,I, JfKI 

C* 

CO  DESCRIPTION  OF  PARAMETERS 
C*  *  INPUT  ♦ 

CO  L (  )  POINTER 

CO  1  MAXIMUM  DIMENSION  OF  POINTER 

C*  I  INDEX  OF  DEVICE  WHOSE  TIMES  ARE  TO  BE  LOCATED 

Co 

C*  O  OUTPUT  0 

C*  J  LOCATION  OF  FIRST  TIME  1*0  IF  NEVER  ON) 

CO  K,  LOCATION  OF  LAST  TIME 

C*  - 

C  *******  ********<.****  *******  ***oo**«*  *************** ******************** 
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C ***************  ****** **********  MERGOR  ************♦*****♦************: 

c* 

c*  SUBROUTINE  MERGDR 

C* 

C*  PURPOSE 

*  THIS  ROUTINE  TAKES  A  SET  OF  FIXED  LENGTH  MSM  EVENTS, 

C*  ORDERS  THEM  ANO  MERGES  THFM  WITH  THE  MASTER  STRING  I EV 

C* 

O  CALLING  SEQUENCE 

C*  CALL  MERGjRIMFV,IEV,IVE,MVF,LL,MR,II,MAX) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  MEV  NUMBER  OF  POINTS  IN  MAIN  TABLE 

C*  I EV  MASTER  TABLE 

C*  IVE  TABLE  TO  BF  ORDERED  AND  MERGED 

C*  MVE  NUMBER  OF  POINTS  IN  IVE 

C*  LL  WORKING  STORAGE 

C*  MR  NUMBER  OF  EVENTS  TO  BE  ORDERED  ANO  MERGED 

C*  II  LENGTH  OF  EVENT 

C*  MAX  MAXIMUM  DIMENSION  OF  STORAGE  ALLOCATED  FOR  EVENTS 

C* 

C*  METHOD 

C*  THE  ORDER  OF  THE  EVENTS  IS  DETERMINED  BY  A  CALL  TO  DORDER . 

C*  THE  ORDERED  LIST  IS  PLACED  'ON  TOP  OF*  THE  MASTER  L'ST 

C*  AND  MERGED  BY  A  CALL  TO  GMERGE. 

C* 

C*  SUBROUTINES  REQUIRED 

C*  DORDER 

C*  GMERGE 

C* 

C *********** ****************************************************  ******* 
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-C***-*  «*****«-***** ***************  BORDER 
C* 

C*  SUBROUTINE 


********** ********************* 

OORDER 


C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


PURPOSE 

THIS  ROUTINE  DETERMINES  THE  ORDER  OF  A  SET  OF  FIXED 
LENGTH  EVENTS  WHERE  THE  VARIABLE  IN  THE  FIRST  POSITION 
OF  EACH  SET  OF  LENGTH  I  IS  USED  TO  DETERMINE  THE  ORDER 

• 

CALLING  SEQUENCE 

CALL  BORDER ( IE,L,N,I) 

DESCRIPTION  OF  PARAMETERS 

IF  ARRAY  TO  flF  ORDERED  ON  FIRST  WORD 

L  DEFINES  ORDER 

N  NUMBER  OF  EVENTS  TO  BE  ORDERED 

I  LENGTH  OF  EACH  EVENT 


C*  * 
C*  REMARKS  * 
C*  LIN)  WILL  GIVE  THE  LOCATION  OF  THE  N'TH  EVENT  IN  THE  * 
C*  ORDERED  LIST.  * 
C*  FOR  EXAMPLES  IF  M  EVENTS  ARE  TO  BE  ORDERED,  LCD-K  WOULD  * 
C*  INDICATE  THAT  THE  KTH  WORD  IN  THE  ORIGINAL  LIST  IS  THE  * 
C*  BEGINNING  OF  THE  FIRST  EVENT.  * 


C* 

C*  SUBROUTINES  REQUIRED 

C*  NONE  ,  .  ' 

C* 

C* *************************************** ******************************1 


«* 
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c +*************♦***********#****  GMERGE  ******************************* 


c* 

c* 

SUBROUTINE  GMERGE 

c* 

c* 

PURPOSE 

c * 

THIS  IS  A  UTILITY  ROUTINE  USEO  TO  MERGE  TWO  ORDERED 

c* 

EVENT  LISTS 

c* 

c* 

CALLING  SEQUENCE 

c* 

CALL  GMERGE ( MEV * N , NVS *  MAX ) 

c* 

c* 

DESCRIPTION  OF  PARAMETERS 

c* 

.  MEV  LIST  TO  BE  MERGED 

c* 

N  NUMBER  IN  MASTER  LIST 

c* 

NVS  TOTAL  NUMBER  IN  LIST 

c* 

MAX  MAXIMUM  DIMENSION  ALLOCATED  FOP  MEV 

c* 

c* 

REMARKS 

c* 

PRIORITY  IS  GIVEN  TO  POINT  TYPE  EVENTS 

c* 

FOR  EVENTS  TYPE I  WITH  EQUAL  UP  TIMES  PRIORITY  IS  GIVEN 

c* 

TO  THE  ONE  WITH  THE  SMALLEST  DOWN  TIME 

c* 

OTHERWISE  PRIORITY  IS  GIVEN  TO  EVENTS  ALREADY  IN  THE 

c* 

MASTER  LIST 

c* 

c* 

SUBROUTINES  REQUIRED 

c* 

NONE 

<:♦ 

c* 

METHOD 

c* 

THE  MASTER  LIST  IS  IN  WORDS  1-N  OF  MEV.  THE 

LIST  TO  BE 

c* 

MFRGFD  IS  IN  WORDS  N«-l  TO  NVS.  THE  ENTIRE 

LIST  IS  SHOVED 

c* 

TO  THE  END  OF  THE  ARRAY  AS  SPECIFIED  BY  MAX 

AND  THEN  THE 

c* 

MFRGE  IS  BEGUN.  AT  THE  END  THE  MERGED  LIST 

EXTENDS  FROM 

c* 

l  TO  NVS. 

c* 

c*** 

»** 

Fiflur*  2.1-88 
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c  **« «**#** *#***«**#« '**********«****  merge i  ********************  ****** *< 
O  1 

C*  SUBROUTINE  MERGEl 

C* 

C*  PURPOSE 

C*  SPECIAL  MERGE  ROUTINE,  THAT  WILL  MERGE  TWO  EXISTING 

C*  LISTS  OF  'EVENTS',  INDIVIDUALLY  TIME  ORDERED,  INTO  A 

C*  NFW  COMBINED  LIST  THAT  IS  TIME  ORDERED. 

C* 

C *  THE  'EVENTS*  CORRESPOND  TO  VARIABLE  LENGTH  SUBLISTS, 

C*  WITH 

C*  (A>  SECONO  WORD  IN  EACH  SUBLIST  GIVES  LENGTH 

C*  (IN  WORDS!  OF  THAT  SUBUST. 

C* 

C*  (B)  FOURTH  WORD  IN  EACH  SUBLIST  GIVES  INTEGER 

C*  TIME  VALUE,  ON  WHICH  ORDERING  IS  BASED. 

C* 

C* 

C*  USAGE 

C*  CALL MERGE1  (LISTA, LISTB.NEVTSA.NEVTSB,  LI STC.NEVTSC ,NWROSC) 

C* 

C*  DESCRIPTION  OF  P ARAM  TERS 

C* 

C*  INPUT 

C*  LISTA,  LISTS 

C*  NEVTSA,  NEVTSB 

C* 

C* 

C*  OUTPUT 

C*  USTC 

C* 

C*  NFVTSC 

C*  NWROSC 

C* 

C* 

C*  REMARKS 

C*  EVENTS  CAN  CORRESPOND  EITHER  TO  A  SINGLE  INSTANT  OF  TIME  OR  TO  A  TIME 

C*  INTERVAL. 

C* 

C*  THIS  MFRGE  PROGRAM  IS  INTENDED  FOR  'SINGLE  INSTANT  OF 

C*  TIME'  EVENTS.  IT  WILL  ALSO  ACCOMMODATE  'INTERVAL* 

C*  EVENTS  IF  NO  OVERLAPS  OF  TIME  OCCUR. 

C* 

C* 

C*  SUBROUTINES  ArJO  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  SUBROUTINE  TRNSFR 

C* 

c* 

**********  ***************  ********  *+*******•**••**■♦  **.•*  *************** 


TWO  ARRAYS  OF  EVENTS,  TO  BE  MERGED 
NUMBER  OF  EVENTS  (-NUMBER  OF  SUBLISTS) 
IN  LIST/,  LISTB  RESPECTIVELY 


OVERALL  (MERGED)  LIST  FORMED  FROM 
LISTA  AND  LISTB 
NUMBER  OF  EVENTS  IN  LISTC 
NUMBER  OF  WORDS  IN  LISTC 


« 


«• 


% 


ngura  2.1-89 
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C « ** ******** ****•»*«*»**«* *«,**» 
C* 


THAN  *****  ****************»*****,*,»* 


SUBROUTINE  tkan 
c* 

C*  PURPOSE 

C*  FUNCTION  ROUTINE  TO  TRANSFER  A  VARIABLE 

C*  USAOE 

C*  Y  *  TRANIXI 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  *  INPUT  • 

C*  x  INPUT  VARIABLE  TO  BE  TRANSFERRED 

c*  y  OUTPUT  VARIABLE 

C* 

C ************ **************************** 


**••***************,  **«****»*», 


i  SHWsareSfWSYr*'.’  - 


C*****»**<n«»**»****««*****»*»*  TRAN 2  **f  *♦**»«*»♦******»*****»»*«**» 

C.* 

C*  .  SUBROUTINE  TRAN2 

C* 

C* 
c* 
c* 
c* 
c« 
c* 
c* 
c« 


purpose 

TRANSFERS  A  BLOCK  OF  STORAGE 

CALLING  SEQUENCE 

CALL  TRAN2(A,B,NI 

Dr  SCR InTION  OF  PARAMETERS 

*  INPUT  « 

N  NUMBER  OF  ITEMS  TRANSFERRED 
B  ARRAY  OF  ITEMS  TO  BE  TRANSFERRED 

*  OUTPUT  * 

A  ARRAY  OF  ITEMS  TRANSFERRED  FROM  ARRAY  B 


C» 

C* 

C» 

C* 

C* A************************* ******************* ********♦***********»***! 


Figure  2.1-91 
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*11  the  rest  esc  the  second.  Since  this  contains  all  of  the  planner  input  data,  tt  is  used  by 
■executive  routines  in  PHERITN.  Data  sets  are  located  in  this  stream  by  calls  to  subroutine  F1NDX. 
-ogram  IFHEMN6 )  write  the  event  list  generated  on  the  internal  data  set  KTAPE(9>.  The  sub-executi vi 
:  is  ordered  and  step  11  -  WEMNB  -  Is  designed  to  make  a  final  merge  of  any  number  of  records  that 
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The  number  c f  elements  that  may  he  m  a  game  are  primarily 
limited  by  the  amoun'  of  storage  allocated  for  the  master  data  stream  and 
the  pointers.  The  present  subroutines  have  been  compiled  with  a  dimension 
of  12,000  for  the  master  data  stream,  IDATA  (or  equivalent  ID).  A  change 
in  this  dimension  would  require  a  recompilation  of  all  the  subroutines 
using  DATAIN. 

To  accommodate  a  very  large  data  set,  it  would  be  desirable 
to  change  PRERUN  Step  0  so  that  each  planner  input  set  is  written  as  a 
separate  record.  A  subroutine  cot  id  then  be  written  which  could  be  used 
by  each  PRERUN  executive  subroutine  to  read  ir>.  only  the  data  sets  required 
for  that  particular  step.  Such  a  subroutine  could  redefine  the  pointers  in 
L.DATA,  so  that  no  further  changes  would  be.  required  other  than  a 
recompilation  of  the  eight  executive  subroutines  involved. 

Present  bounds  on  planner  inputs  as  restricted  by  dimension 
statements  are  as  follows: 


Sets 

Planner  Input 

Set  No. 

Pointers’ 

Common  Area 

_..r  ^ 

Arrays 

I,  XIX,  XX 

KARR(301) 

UPDOWN 

Sensors 

III 

KSDN(401), 

UPDOWN 

KSEN(40 1 ), 

KSSN(401) 

STASEN 

KXYT  (40 1 ) 

PXYTP 

Monitors 

VI 

KMUD(lOl) 

UPDOWN 

Relays 

VIII 

KREL(4  ! ) 

UPDOWN 

Data  Links 

X 

KDLK(30 1 ) 

UPDOWN 

The  pointer  must  be  set  to  a  dimension  at  least  one  greater  than  the 
desired  number  of  elements.  The  reference  to  the  last  value  of  the 
pointer  must  be  changed  in  PRERUN  Steps  1,  2,  3  and  4  (i.  e.  ,  UPDN6 
sets,  KMUD(lOl)  =  NT+1,  etc.). 

Secondary  limitations  have  been  imposed  by  the  dimension  + 

statements  for  the  storage  of  up/down  times  in  UDTM  (common  area 
UPDOWN),  SXYTT  (common  area  STASEN),  SXYT  (common  area  PXYTP), 

IEV  and  IVE  (common  area  EVENTS),  and  TARG  (common  area  TRGB). 

The  dimensions  for  these  arrays  are  not  readily  determined  in  advance 

since  they  depend  on  probabilistic  game  results.  The  PRERUN  subroutines  V 

are  so  designed  that  it  is  not  difficult  to  modify  them  such  that  they  will 

dump  these  arrays  on  discs  and  reload  the  arrays  as  often  as  necessary 

if  storage  is  a  problem.  This  has  already  been  done  for  the  targets 

generated  by  the  Battle  and  Culture  subroutines  (see  BATLTG  for  an 

example). 
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MAIN  SIMULATION  MODEL  --  M5M 


w  .  ,..,s 


2.2 

2.2.1  Introduction 

The  Main  Simulation  Model  (MSM)  is  a  complex  of  ?5 
subprograms  that  controls  the  simulation  of  actual  sensor  system  performance, 

•  associated  input  and  output,  and  auxiliary  computations  necessary  for  its 
operations. 

The  combination  of  MSM  and  PRERUN  forms  the  basic 
simulation  structure  for  the  System  Assessment  Model  (SAMI.  MSM 

*  thus  uses  the  results  of  initial  processing  by  PRERUN.  The  basic  block 
diagram  for  this  combination,  Figure  2.2.  1,  shows  the  data  linkage  from 
PRERUN  to  MSM  as  well  as  other  data  inputs  to  MSM.  Functionally,  the 
PRERUN-generated  sequence  of  events  is  the  important  input  to  MSM,  as  it 
dictates  the  dynamic  executions  to  be  simulated.  The  other  input  files 
provide  time,  terrain,  atmospheric  and  miscellaneous  data,  and  the  initial 
set  of  system  parameters. 

MSM  output  consists  of  "immediate"  printer  output  and  a 
data  file,  on  binary  tape  or  disk,  called  MSMOUT.*  The  latter  may  be  used 
as  input  for  one  or  more  OUTPUT  PROCESSOR  (post-MS M)  analysis  programs. 
These  outputs  provide  time  histories  of  sensor  reports,  both  "game  play" 
and  "game  truth, "  and  auxiliary  but  related  information. 

In  the  following  discussion,  the  rather  complex  structure  of 
MSM  is  summarized  according.to  various  viewpoints.  From  the  external 
point  of  view,  the  important  aspects  of  MSM  concern  only  what  it  accomplishes, 
which  is  tantamount  to  specification  of  what  the  inputs  are  and  what  the  final 
output  results  are.  Thus,  the  summary  begins  with  a  discussion  of  input 
data,  including  the  operational  events  that  control  MSM  (Section  2.2.2),  and 
of  output  information  flow  (Section  2.2.3). 

The  internal  structure  of  MSM  is  discussed  in  several  major 
subsections.  Section  2.2.4  provides  an  overview  of  the  basic  program 
structure  and  content.  Section  2.  2.  5  then  centers  discussion  on  the  individual 
subprograms.  Finally,,  Section  2.2.6  discusses  the  content  and  storage  logic 
for  data  storage  arrays  required  by  nearly  all  of  the  subprograms.  Within 
this  Volume,  additional  information  of  a  detailed  nature  is  provided  in 
y  Appendices,  referenced  at  the  appropriate  points.  For  individual  subprograms, 

Volume  III  (program  listings,  AUTOFLOW  diagrams)  may  be  referenced.  For 
the  mechanism  of  program  operations,  the  Users'  Manual  (Volume  II)  may  be 
referenced.  For  the  special  and  important  case  of  MSM  sensor  routines, 
extensive  documentation  may  be  found  in  Section  3  of  this  Volume;  in  this 
i  section,  only  the  placement  of  sensor  routines  within  the  overall  MSM  program 

structure  is  explicitly  discussed. 

2.2,2  Input  Data 

Input  information  for  MSM  (see  Figure  2,2,1)  falls  into  five 
categories.  Header  cards,  terrain  data  ana  system  parameters  are  essentially 

*Note;  This  precludes  running  PRERUN  and  MSM  on  tvo  different  machines. 
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DATA  FI  LI 


figui.  2.2.1  MSM  -  PRERUN  RELATIONSHIP  AND  EXTERNAL  DAT*  SETS 


static  --  although  alterations  to  system  parameters  are  allowed  via  spet  1a) 
events.  Atmospheric  data  and  events  are  dynamic,  the  former  typically 
changing  (as  game  time  advances)  much  less  frequently  than  the  latter.  The 
data  sets  are  briefly  discussed,  by  category,  in  the  following  text. 

2.2.2,  1  "Header  Ca rds" 

The  so-called  "header  cards"  (18  punched  cards),  also  used 
as  input  to  PRERUM,  are  not  critical  to  MSM  operations .*  With  the  exception 
of  reference  state  integers  for  random  number  generators,  card  content  is 
used  only  in  alphanumeric  form.  Specifically: 

(a)  The  complete  content  of  the  cards  is  printed  on 
the  first  page  of  MSM  output,  in  alphanumeric 
form,  for  user  reference. 

(b)  Significant  alphanumeric  content  (essentially  run 
identification),  on  the  first  two  cards  is  preserved 
in  storage,  and  used  consistently  as  page  heading 
for  each  of  the  MS’  '  printed  page  outputs. 

(c)  Provided  non-zero  (or  non-blank)  entries  are  pro¬ 
vided  on  the  last  two  cards,  the  integer  values  in 
the  appropriate  fields  are  used  to  set  or  initialize 

the  states  of  the  uniform  and  gaussian  random  number 
generators  used  by  MSM. 

Exact  formats  for  these  18  header  cards,  irrelevant  to  the  immediate  descrip¬ 
tion  of  MSM,  may  be  found  in  Volume  II.  All  operations  with  header  cards 
are  handled  by  EXEC1. 

2 .  2 . 2 .  2  Terrain  Data 

MSM  does  not  use  detailed  digital  terrain  data,  the  processing 
of  which  is  a  PRERUN  task.  MSM  does,  however,  require  two  sets  of  terrain 
parameters: 

"UNTER"  Table  Terrain  and  foliage  descriptor  parameters, 
one  set  for  each  (of  the  typically  8  or  so) 
different  unit  terrain  types. 

"UTVSXY"  Table  Packed-format  data,  from  which  a  specific 
unit  terrain  type  code  (IUT  value)  can  be 
derived  from  specified  x,  y  coordinates.** 

a‘t 

Indeed,  MSM  would  operate  with  18  blank  cards  for  this  data  set. 

Subroutine  IUTEVL  (IUT  EVabuate)  is  supplied  to  make  this  evaluation 
upon  call  from  other  programs. 


In  the  current  program  setup,  these  data  are  entered  into  MSM  on  punched 
cards  and  read  into  storage  by  subroutine  TERAN  (via  subroutine  TANDT 
and  EXEC  1).  Exact  cards  formats  and  content  are  described  in  Volume  II. 

2. 2. 2. 3  System  Parameters 

Physical  parameters  that  define  the  elements  of  a 
scenario  are  transferred  to  MSM  from  PRERUN  via  data  set  JTFWDF. 
These  data  originate  in  the  29  sets  of  planner  scenario  specifications* 
that  are  entered  in  PRERUN  step  0.  Because  of  the  difference  in  data 
requirements  between  PRERUN  and  MSM,  however,  content  of  data  set 
JTFWDF  differs  from  content  of  the  original  planner  data  sets  in  these 
aspects: 


(a)  MSM  requires  only  13  data  categories  of  the 
original  29.  Table  2.2-1  lists  these  categories, 
and  their  correspondences  with  original  data 
set  category  numbers. 

(b)  Within  the  13  accepted  categories,  some  data 

,  are  not  needed  and  are  not  passed  to  MSM. 

(c)  As  passed  to  MSM,  all  data  are  in  consistent 
internal  units  (e.g.,  radians  for  angles,  meters 
for  distances). 

(d)  For  certain  parameters,  particularly  emplace¬ 
ment  positions  and  times  of  operation,  there  is 
a  distinction  between  "game  play"  values  as 
given  by  planner  data,  and  "game  truth"  values 
reflecting  random  variations  that  would  occur 
in  field  operations.  MSM  is  given  only  game 
truth  values,  as  derived  in  PRERUN  by  simula¬ 
tion  of  random  variations. 

Despite  the  abridgment  of  content,  the  number  of  par¬ 
ameter  values  passed  to  MSM  is  typically  very  large**.  In  addition,  these 
values  are  constantly  referenced  throughout  computational  processing  by 
MSM  subprograms.  As  a  result,  details  of  where  parameter  data  are  stored, 
of  content  of  the  various  parameter  lists,  of  associated  pointer  tables,  of 


Explicit  content  of  these  data  sets  is  described  in  Volume  II  (see  PRE- 
RUN,  Step  0). 

Space  for  200U0  words  was  reserved  in  initial  MSM  coding. 
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TABLE  2.2-1 


CATEGORIES  OF  SYSTEM  PARAMETER  DATA 
{INPUT  TO  MSM) 


Category 

Number*  Title 


Analogous 
Planner  Set** 


1 

UGSARRAYS 

I 

2 

STASCAN  ARRAYS 

XIX 

3 

MOVARRAYS 

XX 

4 

BLUE  FORCES 

XXI 

5 

RED  FORCES 

XXII 

6 

SENSORS 

III 

7 

SENSOR  DESCRIPTORS 

IV 

8 

FIRETRAPS 

V 

9 

MONITORS 

VI 

10 

OATA  LINKS 

X 

II 

PATHS 

XII 

12 

FORCE  TYPES 

XIII 

13 

COVERAGE/SCAN 

XIV 

These  correspond  to  the  first  13  parti¬ 
tions  of  storage  arrav  MSMPAR.  See 
Section  2.2.6. 

*  See  PRERUN  documentation,  (volume  I  and 
Volume  II)  for  description  of  the  original 
29  planner  data  aets  (scenario  specifica¬ 
tion). 
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implied  subprogram  design.  .  ,  were  critical  to  MSM  design  and  are 
critical  to  full  understanding  of  MSM  program  operations.  Thus,  directly 
or  indirectly,  considerable  amount  of  later  documentation  in  this  Volume 
is  related  to  system  parameters*. 

Finally,  it  should  be  noted  that  not  all  of  the  system 
parameter  data  stored  within  MSM  are  static.  Changeable  parameters 
include  up/down  flags,  coordinates  of  sensors  (upon  reemplacement),  and 
certain  operational-physical  parameters  for  some  sensor  types.  Certain 
dynamic  input  events  (see  Section  2.2.2.  5)  are  designed  to  effect  parameter 
changes  at  the  appropriate  game  times. 


2. 2. 2. 4 


Atmospheric  and  Time  Data 


Time  parameters  and  atmospheric  data  tables  are  related, 
in  that  they  are  stored  within  the  same  physical  data  file  (the  former  as  the 
first  record). 


The  time  parameters  (collectively  referred  to  as  "BASICT" 
information,  after  the  name  of  the  labeled  common  area  used  for  storage) 
are  read  into  storage  by  subroutine  TANDT,  which  is  called  by  EXEC1.  The 
only  variable  in  this  set  explicitly  used  within  MSM  is  ITODST  --  the  time  of 
day  (integer,  seconds)  at  which  simulation  is  specified  to  begin. 

An  atmospheric  data  table  :1s  initially  read  into  storage,  then 
updated  by  new  read  operations  as  game  time  advances.  Control  of  atmospheric 
data  reading  is  by  subroutine  EXEC  IB.  Content  of  these  tables  (called  ATMENV 
tables)  is  documented  in  Section  5  of  this  volume. 

2.2.2.  5  Events 


Primary  dynamic  input  to  MSM  is  a  time  ordered  sequence 
of  simulation  events,  prepared  by  PRERUN  and  placed  on  a  disk  data  set  for 
access  by  MSM.  Although  the  total  number  of  computer  words  required  for 
the  jvent  sublists  is  typically  very  large,  the  data  set  is  blocked  into  groups 
not  exceeding  900  words,  and  only  900  words  of  storage  are  reserved  within 
MSM  for  these  data.  Level  1  executive  routine  EXEC  IB  has  control  of  reading 
event  data  (one  900-word  block  at  a  time,  as  required  during  the  simulation), 
and  of  causing  these  events  to  be  executed  in  sequence. 


’'Section  2.2.6  and  Appendix  D  discuss  details  of  storage  allocation  within 
labeled  common  area  /BIGSTR/.  Section  2.2.  5  discusses  associated 
subprograms,  of  which  EXEC IA ,  DUMPMS,  PARPTR,  PaRVLU,  ARRPTR, 
ARRVLU,  TGTPTR  and  TGTVLU  are  especially  relevant.  Dynamic  changes 
in  parameters  are  handled  by  level  2  executive  routines  EX2SPC  (sensor 
parameters),  EX2UPD  (up/down  flags)  and  EX2SPC  (sensor  position 
coordinates). 
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Each  event  has  an  associated  sublist  (or  simply  list)  of 
computer  words.  The  structure  of  these  lists  is  designed  to  be  adaptable 
to  program  growth  in  two  respects: 

(a)  The  event  type  code  is  an  element  of  a  list  (first 
word).  Although  11  event  types  are  accepted  by 
the  initial  MSM  program,  no  restriction  on  the 
number  of  types  exists  in  the  basic  input  format. 

(b)  Lists  are  not  restricted  to  a  fixed  length;  the 
word  count  for  the  list  is  entered  as  a  list  data 
element  (second  word).  List  length  is  not  even 
necessarily  the  same  for  a  particular  event  type; 
two  of  the  11  event  types  provided  in  the  initial 
MSM  program  have  in  fact  vari?,ble  length  lists. 

It  may  be  noted  that  inclusion  of  list  lengths  as  data  ..<llows  contiguous  packing 
of  event  data,  for  any  mixture  of  list  lengths. 

The  descriptive  titles  for  the  1  1  event  types  programmed  for 
MSM  are  given  in  Table  2.2-II  following  page.  Detailed  discussion  of 

events  --  exact  meanings,  list  contents,  formats,  units,  etc.  --is  given  in 

Appendix  B  . 

2.2.3  Output  Data 

MSM  provides  formatted  output  on  the  system  printer  for 
immediate  use  and  information,  and  unformatted  (binary)  output  on  tape  or 
disk  for  subsequent  input  to  one  or  more  OUTPUT  PROCESSOR  programs. 

The  relationship  of  output  channels  to  the  subprograms  that 
write  output  data  is  shown  in  Figure  2.2-2.  Details  are  provided  in  Section  II 
and  its  associated  Appendices,  in  support  of  summary  information  given  below. 

2.2.3.  1  Printer  Output 

Immediate  printed  output  covers  a  variety  of  information. 

The  current  program  provides  “ight  categories  of  information,  listed  below. 
The  thi-d  item  tc)  is  the  primary  dynamic  output;  the  last  item  (h)  is  the 
basic  system  summary: 

(a)  Listing  of  the  alphanumeric  content  of  the  18  header 
cards  provided  by  the  user. 

(b)  A  listing  ("dump")  oi  the  common  area  /BIGSTR/, 
in  which  system  parameters  are  stored. 

(c)  Time  histories  of  sensor  reports.  Printer  for¬ 
matting  essentially  places  "game  play"  information 
on  the  left  hand  side  of  the  page,  and  "game  truth" 
information  on  the  right  hand  side. 


Table  2.2 -n 
LIST  OF  EVENT  TYPES 


Event  Descriptive  Name 

Sensor  Interrogate  (against  target(e)) 
Sensor  False  Alar* 

Sensor  Parameter  Change 
Sensor  Up/Dovn  Status  Control 
Monitor  Up/Down  Status  Control 
Data  Link  Up/Down  Status  Control 
Piretrap  Up/Dnm  Status  Control 
Arrays:  Emplac^/Cease  Operations 
Battlefield  Illumination 
Sensor  Reposition  (coordinate  change 
if  reerplaeenent  occurs) 

HMD  (terminate  MSM  processing}  no  more 
event  data) 
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(d)  Periodic  summaries  ("system  snapshots")  of 
sensors  and  arrays  currently  active.  As  originally 
coded,  but  easily  altered,  these  snapshots  are 
provided  at  the  end  of  every  two  hours  of  game 
time. 

(e)  Notations  on  effective  times  that  sensor  arrays 
are  emolaced  or  cease  operations. 

(f)  Notations  on  begin  and  cease  times  of  firetrap 
operations . 

(g)  Notations  on  beginning  of  precipitation  and  its  rate, 
and  on  cessation  of  precipitation. 

(h)  System  summary,  provided  at  term'nation  of 
simulation,  based  on  some  128  system  counters 
assigned  to  various  events  and  results. 

Subprograms  generating  printed  output  (see  Figure  2.2-2) 
are  associated  with  these  categories  as  follows: 


Printed'  Output 

Category _ 

a . 

b. 

c. 

d. 

e. 

f. 

g- 

h. 


Responsible 

Subprogram 

EXEC  1 

DUMPMS/EXEC1 
UGSOUT  and 
SCNOUT 
EX2SNP 
EX2UPD 
EX2UPD 
EXEC  IB 
EX2HLT 


Additions,  ietails,  as  well  as  illustrative  printed  information 
for  each  category  (as  generated  by  actual  exercise  of  the  simulation  model) 
are  given  in  Appendix  C. 


2. 2.  3.  2  Binary  Output  --  'MSMOUT' 

The  MSM  binary  output  file,  called  'MSMOUT,  '  contains 
data  on  tape  or  disk  that  would  be  useful  as  input  for  one  or  more  applications 
of  post-MSM  processing  programs.  Structured  in  many  respects  like  the 
input  event  file,  this  output  allows  variable  length  lists  and  can  be  readily 
expanded  to  any  number  of  different  event  type  codes.  In  the  initial  version 
of  MSM  coding,  three  categories  of  output  information  are  provided 
corresponding  to  10  distinct  event  type  codes.  An  11th  type  code  is  added 
to  indicate  end  of  data. 


* 


\ 
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The  three  categories  of  output  information,  and  the  MSM 
subprogram  directly  responsible  for  the  write  operation,  are  listed  below: 

System  parameters  EXECl 

Sensor-to-monitor  reports  UGSOUT 

by  unattended  (UGS)  sersors 

Sensor  reports  from  scanning  SCNOUT 

(attended)  sensors 

The  end-of-data  indicator  is  written  by  subroutine  EX2.-ILT, 

The  explicit  content  of  the  sublists  for  each  of  the  output 
event  type  categories  is  given  in  Appendix  B, 

2.2.4  The  MSM  Subprogram  Structure 

MSM  comprises  a  total  of  7  5  suborograms,*  in  10  general 
categories,  linked  together  into  a  single  job  step.  Table  2.  2-m  gives  the 
names  of  the  categories  into  which  programs  are  classified,  and  the  toia'. 
number  of  subprograms  per  category.  Table  2.2-1V  an  expansion  of2.2-IIl, 
lists  explicit  subprogram  names  by  category. 

In  the  immediate  sequel,  the  basic  structure  of  MSM  is 
described  in  terms  of  simplified  block  diagrams,  in  which  subprograms  of 
an  auxiliary  nature  are  suppressed.  The  roles  of  the  various  subprograms 
are  then  discussed,  in  a  category-oriented  sequence  of  subsections.  In 
general,  details  supplementing  the  general  text  are  provided  by  "comments 
blocks,"  extracted  from  program  listings  and  inserted  into  this  Volume  as 
Figures  within  the  appropriate  subsections.  Actual  program  listings  and 
AUTOFLOW  diagrams  (Volume  III)  may  be  referenced  for  additional  details. 

2.2.4.  1  Basic  MSM  Flow  Diagrams 

The  basic  flow  of  MSM  operations  hinges  on  (a)  control  of 
program  sequencing  by  executive  routines,  (b)  sensor  routines,  and  (c)  flow 
of  information  to  the  two  output  channels.  Subprograms  not  within  these 
executive-sensor-output  categories  have  auxiliary  roles;  they  are  essential 
for  complete  computation,  but  do  not  fundamentally  influence  overall  logical 
structure. 


A  block  diagram  showing  the  relationship  of  subprograms  to 
the  two  output  channels  has  previously  been  shown  (Figure  2.2-2;  Section 
2.2.3). 


Not  counting  standard  FORTRAN  subprograms  (e.g.  ,  SQRT).  The  main 
program  and  a  single  BLOCK  DATA  subprogram  are  included  in  the  count. 
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Table  2.2 -HI 

MSM  SUBPROGRAM  COUNTS  BY  CATEGORY 


.NO.  OF 

CATEGORY  PROGRAMS 


0.  BLOCK  DATA  I 

1.  EXECUTIVE  ROUTINES,  LEVEL  )  3 

2.  EXECUTIVE  ROUTINES ,  LEVEL  2  8 

3.  EXECUTIVE  R0UTINE8,  LEVEL  3  8 

4.  SENSOR  SUBROUTINES*  U 

6.  OUTPUT  &  OUTPUT-RELATED  9 

0.  INPUT  AUXILIARIES  3 

7.  SYSTEM  UTILITY  R0UTINE8  C 

8.  8T0RAGE  ACCE88  UTILITIES  6 

9.  GEOMETRY  &  OTHER  AUXILIARY  17 

Tots  1 1  75 


Nine  baalc  routine*,  one  for  each  atnaor  generic  type, 
plua  two  aenaor-unlque  auxl  Marie*  for  the  IMAGE  routine. 
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Table  2.2- IV 

MSM  SUBPROGRAM  STRUCTURE 
SUBPROGRAM  NAMES  BY  CATEGORY 
(Sheet  1  of  4) 


BLOCK  DATA. 

0.  MSMBLK  BLOCK  DATA  SUBPROGRAM  FOR  MSM 


EXEC  ROUTINES,  LEVEL  I 

1.  EXEC1  MAIN  PROGRAM. 

2.  EXEC  1 A  PARAMETER  CONTROL.  INPUT,  EDITING,  STORAGE  ALLOCATION, 

POINTER  TABLE  SETUP. 

3.  EXEC  IB  SUPERVISES  DYNAMIC  EVENTS.  DIRECTS  CONTROL  TO  LEVEL  2 
_ EXF.C  ROUTINES,  ACCORDING  TO  EVENT  TYPE. 


• 

EXEC  ROUTINES,  l.EVEL  2 

4.  EX2SNR 

CONTROLS  EVENTS  TYPE  1,  SENSOR  INTERROGATE.  DIRECTS 

CONTROL  TO  LEVEL  3  SERIES  (EX3 . . , )  ACCORDING  TO 

SENSOR  TYPE. 

5.  EX2SFA 

CONTROLS  EVENTS  TYPE  2.  SENSOR  FALSE  ALARMS 

'  6.  EX2SPC 

CONTROLS  EVENTS  TYPE  3,  SENSOR  PARAMETER  CHANGE 

i  7.  EX2UPD 

CONTROLS  EVENTS  TYPE  4  THRU  8  (UP/DOWN) 

8.  EX2BFL 

CONTROLS  EVENTS  TYPE  9,  BATTLEFIELD  ILLUMINATION, 

IN  TERMS  OF  STORAGE  CONTROL. 

9.  EX2SRP 

CONTROLS  EVENTS  TYPE  10,  SENSOR  REPOSITION  (CHANGE 

OF  COORDINATES). 

10.  EX2SNP 

SYSTEM  'SNAPSHOT'.  ! 

11.  EX2HLT 

CONTROLS  SYSTEM  RESULTS  SUMMARY  AFTER  COMPLETION  OF 

DYNAMIC  SIMULATION.  TERMINATES  SIMULATION. 

12.  EX3SAC 

13.  EX3MAG 

14.  EX3ARF 

15.  EX3PIR 

16.  EX3RDR 

17.  EX31MG 

18.  EX3THV 

19.  EX3BKW 


EXEC  ROUTINES,  LEVEL  3 

SUPERVISORY  PROGRAM  FOR  SEISMIC,  ACOUSTIC  ROUTINES 
SUPERVISORY  PROGRAM  FOR  MAGNETIC  SENSOR  ROUTINE 
SUPERVISORY  PROGRAM  FOR  ARFBUOY  SENSOR  ROUTINE 
SUPERVISORY  PROGRAM  FOR  PASSIVIU  SENSOR  ROUTINE 
SUPERVISORY  PROGRAM  TOR  RADAR  SENSOR  ROUTINE 
SUPERVISORY  PROGRAM  FOR  IMAGE  SENSOR  ROUTINE 
SUPERVISORY  PROGRAM  FOR  THERM VEW  SENSOR  ROUTINE 
SUPERVISORY  PROGRAM  FOR  BREAKWIP  SENSOR  ROUTINE 
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Table  2.2- IV 


MSM  SUBPROGRAM  STRUCTURE 
SUBPROGRAM  NAMES  BY  CATEGORY 
(Sheet  2  of  4) 


SENSOR  ROUTINES 

20. 

SEISTG 

SENSOR  ROUTINE,  SEISMIC 

21. 

ACOUTG 

SENSOR  ROUTINE,  ACOUSTIC 

22. 

MAGTG 

SENSOR  ROUTINE,  MAGNETIC 

23. 

ARFTG 

SENSOR  ROUTINE,  ARFBUOY 

24. 

PIRTG 

SENSOR  ROUTINE,  PASSIVE  IR 

25. 

RADAR 

SENSOR  ROUTINE,  RADAR 

26. 

IMAGE 

SENSOR  ROUTINE,  IMAGE  DEVICES 

27. 

THERML 

SENSOR  ROUTINE,  THERMAL  VIEWER 

28. 

ERKWIR 

SENSOR  ROUTINE,  RREAKWIRE 

29. 

ANG 

AUXILIARIES  TO 

30. 

QUAD 

IMAGE  ROUTINE 

31. 

UGSOUT 

OUTPUT  AND  OUTPUT-RELATED  ROUTINES 

OUTPUT  ROUTINE  FOR  UGS 

32. 

SCNOUT 

OUTPUT  ROUTINE  FOR  SCANNING  SENSORS 

33. 

SACDET 

INTERFACE.  EX3SAC  TO  UGSOUT 

34. 

UGSDET 

INTERFAC  E,  EX3 .  .  .  TO  UGSOUT  FOR  OTHER  UGS 

35. 

PGSKIP 

BASIC  PAGE  SKIP,  HEADER  PRINT 

36. 

PGSKP2 

SPECIAL  PAGE  SKIP,  SENSOR  REPORT  HEADING  PRINT 

37. 

TIMOUT 

INTERNA1.-TO-EXTERNAL  TIME  CONVERSION 

38. 

ALFCVT 

SPECIAL  INTEGER  TO  ALPHANUMERIC  CONVERSION 

39. 

DUMPMS 

STORAGE  LISTING  AFTER  EXECIA  PROCESSING 

NOTE: 

EX2H1.T  ALSO  GENERATES  PRINTED  OUTPUT( 

EXEC  1  GENERATES  BINARY  OUTPUT  AnO  PRI-ortO  output 

INPUT  AUXILIARIES  (EXEC  LEVEL  1) 

40.  TANDT 

CALLED  BY  EXECI,  TO  READ  'TIME  AND  TERRAIN' 

DATA  INTO  STORAGE  (BASICT,  PTVSXY  AND  UNTER 

COMMON  AREAS) 

41.  PAR  MIN 

SIMPLE  READ  ROUTINE  FOR  PARAMETERS 

42.  TERAN 

CALLED  BY  TANDT  TO  READ  TERRAIN  DATA 
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Table  2.2- IV 

MSM  SUBPROGRAM  STRUCTURE 
SUBPROGRAM  NAMES  BY  CATEGORY 
(Sheet  3  of  4) 


SYSTP1  TYPE  UTILITY  ROUTINES 

li3. 

DUSE 

CLEARS  (SETS  TO  0)  I5L0CX  O'  STORAGE 

Itii. 

TRtOfR 

BLOCK  TRANSFER  OF  TATA 

1*5. 

URN 

UNIFORM  RANDOM  NUMBER  GENERATOR 

ti6. 

URNCRO 

SETS  INITIAL  STATE  OF  URN  GENERATOR 

1*7. 

UR  NASH 

INTERR00ATRS  STATE  O  '  URN  0EUFRAT0R 

1*8. 

ORN 

OAUSSIAN  RANDOM  NUMBER  GET-RATfR 

1*9. 

ORHDfO 

SETS  INITIAL  STA*E  OF  GRN  OE’fFRATOP 

5o. 

OR MASK 

INTERROGATES  STATE  OF  0*>V  CF"FRATCP. 

L-JiL 

mrc 

C0MPLD1FITARY  FRPOP  FUNCTION 

STORAGE  ACCESS  UTILITY  ROUTINES 

52.  PARPTR  DETERMINES  POINTER  TO  SPECIFIED  WORD,  ID,  AND 

GENERAL  PARAMETER  STORAGE  AREA 

53.  PARVLU  SIMILAR  TO  PARPTR,  BUT  RETURNS  PARAMETER  VALUE 

RATHER  THAN  POINTER  VALUE 

514.  ARRPTR  SPECIAL  FORMS  OF  PARPTR,  PARVLU  (WITH  SIMPLER 
55.  ARRVLU  CALLING  SEQUENCES),  FOR  PARAMETERS  OF  SYSTEM 

55.  TGTPTR  ARRAYS  (SENSOR  ARRAYS)  AND  OF  'TARGETS' 

57.  TGTVLU  (RED,  BLUE  FORCES).  RESPECTIVELY. _ 


58.  TGTLG 

59.  TOTUCT 

60.  STRECT 

61.  STC'RC 

62.  EVNEFD 

63.  CLOSEL 


GEOMETRY  AND  OTHER  AUXILIARY  ROUTINES 
BASIC  COMPUTATION  OF  STATIC  MOTION  PARAMETERS 
FOR  SPECIFIED  TARGET  AND  LEG 
GETS  DYNAMIC  VALUES  (I.E.,  FOR  EXPLICIT  TIME) 

OF  TARGET  COORDINATES 

'STATIONARY  RECTANGLE'  GEOMETRY  CALCULATION 
'STATIONARY  CIRCLE'  GEOMETRY  CALCULATION 
EVALUATES  NO.  OF  TARGET  ELEMENTS  IN  SENSOR  FIELD 
DETERMINES  CLOSEST  TARGET  ELEMENT  (TO  SENSOR) 
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MSM  SUBPROGRAM  STRUCTURE 
SUBPROGRAM  NAMES  BY  CATEGORY 
(Shaet  4  of  4} 


6J,#  KSTVLU  DETERMINES  'KSTRNG'  (STRENGTH  OF  SIGNAL  INDEX) 

65.  FTPAR1  DETERMINES  STATIC  AND  DYNAMIC  PARAMETERS, 

66.  FTPAR2  RESPECTIVELY,  FOR  FALSE  TARGETS 

67.  BFIASK  USED  FOR  INITIAL  SEARCH  (OUTSIDE  OF  LOOP)  AND 
60.  BFILUM  ACTUAL  ACCESS  (INSIDE  LOOP),  BATTLEFIELD  IL- 

I  UMINATION  DATA  FOR  SUBROUTINE  IMAGE 

69.  SCAN1  SCAN  ROUTINES,  FOR  TWO  SCANNING  LOGICS,  USED  FOR 

70.  SCAN2  SENSORS  IN  SECTOR  SCAN  MODE 

# 

71.  SETSCl  PRELIMINARY  ROUTINES  (OUTSIDE  OF  LOOP)  TO  SET  WORK- 

72.  SETSC2  INC  PARAMETERS  FOR  SCANI,  SCAN  2,  RESPECTIVELY 

73.  ITODEV  EVALUATES  'TIME  OF  DAY’  FROM  ITIME  (TIME  OF  DAY 
REQUIRED  BY  SOME  SENSOR  ROUTINES) 

EVALUATES  IUT  INDEX  (UNIT  TERRAIN  TYPE)  FROM  X,  Y 


7ti.  IUTEVL 


A  block  diagram  showing  all  other  essential  features  of  MSM 
structure  is  given  in  Figure  2  2  “3.  This  figure  is  clearly  keyed  to  the 
various  levels  of  executive  routines,  down  to  the  EX3. , .  series  that  act  as 
interfaces  with  the  primary  sensor  routines. 

The  basic  sequence  of  operations,  by  levels  as  shown  ir 
Figure  2.2-3,  proceeds  as  follows; 

LEVEL  1: 


EXEC  1,  EXEC  1A 


EXEC  IB 


Initial  one-time-only  processing 
to  load  storage  with  required 
parameter  data. 

General  control  of  dynamic  simu¬ 
lation  events;  passes  control  to 
appropriate  level  2  exec  for  specific 
simulation  tasks. 


LEVEL  2: 


LEVEL  3; 


Responsibility  for  specific  tasks, 
as  assigned  by  EXEC  IB. 

Sensor  routines  and  level  3  execs, 
called  for  the  event  "sensor  inter¬ 
rogate"  only  by  level  2  routine 
EX2SNR. 


In  the  following  Section  2.2.  5,  the  roles  of  all  MSM  sub¬ 
programs  are  discussed.  In  particular,  the  discussions  of  level  1,  level  2 
and  level  3  executive  routines  provide  additional  information  about  the 
logical  structure  of  Figure  2.2-3. 

2.2.5  MSM  Subprogram  Descriptive  Summaries 

2.2.  5.  1  MSM  Executive  Routines  --  Level  1 


Although  not  significant  contributors  to  the  purely  com¬ 
putational  aspects  of  MSM  simulation,  the  executive  routines  have  a  unique 
importance  in  control  of  computation,  and  would  be  the  immediate  routines 
of  interest  in  event  of  program  extensions. 

As  previously  indicated  (e.g.,  Figure  2.2-3),  executive 
routines  are  considered  to  form  a  three-level  hierarchy.  The  level  1  exec 
routines  are  the  main  program  EXEC1  and  two  subroutines  (EXEC1A  and 
EXEC  IB),  controlling  such  major  operations  as  to  be  considered  level  1. 

EXEC1,  the  MSM  main  program,  is  relatively  short  and  does 
little  but  call  other  routines  and  handle  some  simple  input/output  operations. 
EXEC1  specifically; 
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Figure  2.2  -3  BASIC  PROGRAM  STRUCTURE: 


(a)  Reads  and  prints  the  18  header  cards,  stores  run 
identification  alphanumeric  information  in  storage, 
and  sets  the  random  number  generators  according 
to  the  content  of  cards  17  and  18. 

(b)  Indirectly  reads  "Time  and  Terrain"  data  by 
calling  subroutine  TANDT  (tables  read  are 
BASICT,  UNTER  and  UTVSXY). 

(c)  Calls  EXEC1A  (see  discussion  below  of  EXEC1A). 

(d)  Calls  an  output  routis’.e,  DUMPMS,  to  list  ("dump") 
system  parameter  storage  that  has  just  been  filled 
by  EXE-'IA. 

(e)  Writes  the  s;me  system  parameter  data  as  output 
event  type  7979,  on  the  binary  output  file. 

(  f)  Transfers  control  to  EXEC1B. 

After  EXEC  IB  is  called,  control  never  reverts  to  EXEC1. 

EXEC1A  is  called  once,  by  EXEC1.  It  supervises  the 
reading  of  system  parameter  data  (from  the  PRERUN  generated  data  set), 
allocates  storage  locations  within  storage  array  MSMPAR,  edits  the  original 
data,  and  fills  in  the  tables  of  pointers  to  the  subsets  of  MSMPAR. 

EXEC1B  is  called  once,  by  EXEC1,  and  thereafter  becomes 
the  effective  main  program  for  MSM  simulation.  EXEC  IB  has  general  control 
over  all  dynamic  simulation  events,  most  of  which  are  specified  by  the 
EVENTS  data  set  from  PRERUN,  some  of  which  correspond  to  updating  of 
atmospheric  tables  or  *. a  internally  generated  events.  Specific  execution 
tasks  are  then  directe  i  to  the  appropriate  level  2  subroutines,  according 
to  the  type  of  event  being  processed. 

Specific  operations  under  general  control  of  EXEC  IB  are: 

(a)  Reading  initial  atmospheric  data  table,  and  updating 
this  table  as  required  as  game  time  advances. 

(b)  Reading  events  data  from  the  external  data  file, 

in  blocks  of  (at  most)  900  words;  and  regeneration 
of  the  stored  block  after  the  "current"  one  has 
been  executed. 

(c)  Unpacking  specific  event  sublists  from  the  900 
word  block,  interpreting,  and  passing  ;ontrol  to 
the  appropriate  level  2  subroutine  according  to  the 
event  type  specified  in  'he  first  word  of  each 
sublist. 
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(d)  Periodically  during  game  time  (initial  MSM  coding: 
every  two  hours),  request  so-called  system 
snapshot  from  level  2  subroutine  EX2SNP. 

(e)  Rather  minor  printout  operations  (notations  about 
beginning  or  end  of  precipitation). 

It  is  perhaps  appropriate  to  mention  the  role  of  EXEC  IB  in 
the  context  of  potential  program  growth.  The  critical  operation  for  dynamic 
events  is  the  decoding  of  vent  types  and  the  transfer  of  control  to  a  level  2 
exec  routine  tailored  to  handle  the  particular  event  type  noted.  Coding  for 
this  step  hinges  on  a  COMPUTED  GO  TO  statement,  that  branches  according 
to  event  type  to  a  CALL  statement  to  a  level  2  exec.  Incorporation  into  the 
program  of  a  "new"  event  type  requires,  at  the  EXEC  IB  level,  only  the 
extension  of  the  number  of  branches  for  the  GO  TO  statement,  and  a  new 
CALL  for  a  presumably  new  level  2  exec. 

Additional  detail  information  on  the  three  individua1  level  1 
exec  routines  is  given  in  Figures  2.2-4  through  2.2-6.  These  figures  are 
the  formal  "Comments  Sections"  extracted  from  program  listings. 
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tUt********************  EXFCl  C  ^  A  INI  #♦«:*■**$************«<* 


>)< 

FXEC1  * 

MAIN  PROGRAM,  MS"  * 

•  * 

PURPOSE  * 

MAIN  rxrciJTIVF  PPPGPAM  FOP  THF.  MS M  PORTION  OF  THE  * 

PH  AST  !  SYSTE*  ASSESSMENT  MODEL  (SAM),  CORNELL  AFRO  * 

LAP  PROJFC  T  SAM  I.  EXCC1,  WITH  ITS  4UX  III. ARIES  * 

FXFC1A  AND  f XFCIB,  F 0°M  THE  LFVFL  1  SET  OF  FXFCUTIVE  * 

PpUTlNFS  FOP  MSM.  * 

* 

CALLING  SEOUENCF  * 

M4  I  N  PF  tr.OAM  * 

* 

REMARKS  * 

PPOC RAM  EXPECTS  IP  • HfcADEP  CAROS'  IN  CAPO  R  FADTR .  ALL  1«  * 

APE  IMMfcCIATCLX  PRINTED  ON  FIRST  PAGF  PF  OUTPUT  FOR  USFP'S  * 

GUIDANCE  ( IDENTIFICATION  OF  RUN  ETC.).  * 

* 

*  SIGNIFICANT  CONTENT  OF  FIRST  ?  CAROS  IS  SAVED  TP  Bfc  USfcD  * 
AS  TITLF  FOR  SUBSEQUENT  PAGES  OF  PRINTED  OUTPUT.  THE  NU-  * 
MERIC  VALUES  ON  THE  LAST  TWO  CARDS  AkF  USED  AS  INITIAL  * 

REFERENCE  VALUES  FOP  UNIFORM  AND  GAUSSIAN  0 ANDOM  NUMBER  * 

GENERATORS.  * 

* 

CONTENTS  OF  COMMON  '^FA  /nJGSii  /  AR F  WRITTEN  ONTO  MSM  * 

BINARY  OUTPUT  UNIT  (Ml  AS  OUTPUT  EVENT  TYPE  IOO,  AFTER  * 

EXFC1A  MAS  FILLED  IT  WITH  DATA.  * 

* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED  * 

PGSKIP  CONTROLS  PAGF  SKIPS  (PRINTF*),  INCLUDING  * 

PRINTtNO  OF  STANDARD  HEADING  READ  INTO  * 

STORAGE  BY  EXFCi.  * 

UPNOPG  SETS  INITIAL  STATE  OF  UNIFORM  RANDOM  NUMBER  * 

GENERATOR.  * 

GRNDKG  SETS  INITIAL  STATE  OF  GAUSSIAN  RANDOM  NUMBER  * 

GENERATOR.  * 

TANPT  CCMSIOFKED  AUXILIARY  ROUTINE,  TO  READ  INTO  * 

STORAGE  'TIME  AND  TERRAIN* ...  SPECIFICALLY,  * 

THr  CONTFNTS  OF  COMMON  AREAS  /BASICT/  AND  * 

/UTVSXY/.  * 

FXECIA  LEVEL  1  EXEC,  TO  HANDLE  °  AR  AMW  TER  INPUT,  FDIT-  * 

ING,  STORAGE  ALLOCATIPN  AND  POINTFR  tables.  * 

OIIMPMS  CALLED  AFTER  EXEC1A,  TO  LIST  ('DUMP')  THF  CON-  * 

TENTS  OF  THF  PARAMETER  STORAGE  ARF A  /BIGSTR/,  * 

AFTER  AIL  FDMING.  * 

EXFCI*  LEVEL  I  FXFC,  TO  EXERCISE  GENERAL  CONTROL  OF  * 

SIMIJIATJON  EVENTS,  AT MJSPHfR  IC  04TA  CHANGES,  ♦ 

DYNAMIC  SYSTEM  'SNAPSHOTS'.  * 


Figure  2.2-4 
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r  * 
c* 
r* 
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r  * 


***v***4l  *<••***  ft*****  •.****•«!**  t;  X  FC  t  A  ******* ******* ****** *********** 


* 

SlMfi^llTlME  EXFCIA  * 

* 

"U'^nSF  * 

*.  j  "V  l t  v *: i  i  fx r cut ? vr  routine.  supgrvises  tmf  input,  * 
editing,  storage  allocation  am.)  pointer  tables  sor  thp  * 

n  CATEGORIES  3F  SYSTEM  PARAMETERS  PLACFI)  INTU  STOP  AGF  * 

AREA  MSMr»Ai»,  * 

* 

CALI  TNG  SrO'irNCF  * 

CALI  FXFCIA  + 

* 

Of;SC 0  1 0 T  JON  »)r  f>  AH  AMI  r  F « S  * 

INPUT  rn  ffifAiJl"  IS  A  PHE''UN-GcKIFr>  ATFD  FfLF  OF  SYSTF«  * 

P.AR  AMFTERS,  AMI)  THE  L  JU^P  ARRAY  IM  LABELED  COMMON.  * 

* 

OUTPUT  f’F  PROGRAM  CONTAINED  IN  LABELED  COMMON  AREA  * 

/3IGSTP/.  D  c  F INI T  f  f  N  S  OF  THF Sr  OUTPUT  VARIABLES  AS  * 

fOLl'JWS—  * 

* 

"  SMPAR  LARC.F  STORAGE  AREA  ITFNTATTVF ,  BUT  AD-  * 

JUSTARIF,  DIMENSION  OF  2DOOO  WORDS)  * 

CONTAINING  SYSTFM  PARAMETERS.  MS'IPAH  * 

IS  PEGARDED  AS  COMPRISING  n  3I0CKS.  * 

DFUOTFn  m $ m t  THRU  MSM1B —  * 

MSW1  UGS  ARRAYS  * 

MS  M7  STASCAN  ARRAYS  * 

MSM3  MUVAPR  AYS  * 

m SM4  BLUE  FORCES  * 

MSvt>  Rgf)  FORCES  * 

MS'IA  SF.JSPRS  * 

MSM7  SFNSOP  UFSCP I PTORS  * 

MSMr  fihftraps  * 

VFM<  MONITORS  * 

MSU10  DATA  LINKS  * 

M  S v I  1  PATHS  * 

m$"12  FORCF  typf  parameters  * 

m  S  M 1 3  COVERAGE /SC  AN  PARAMFT<=RS  * 

* 

NDSMS’I  TABLE  it  NUMRC4  of  DATA  SETS  IN  FACH  BLOCK  * 

(E.G.,  NDSNSMll)  *  MO.  OF  UGS  ARRAYS).  * 

o 

TP«IGS  POINTERS  TO  THF  MS A  PAR  BLOCKS  (E.G,  IF  ♦ 

I p B I G S ( A)  «  4212,  THFN  TUT  riwST  VQc  )  t 

Ul  MSMA  IS  AT  MSMPAC(*?I2)  ).  * 

• 

Imui.j  TAMLF  Oc  P'.'INTf-s  T)  rtLUc  ^OKCrS  DATA  SETS.  * 

(F.I.,  KHLU117)  N"UlO  OF  THF  ‘*P I M T F R  TO  * 
Till  -OF GINNING  L'F  PARAMETERS  H>i>  BLUE  • 


Figure  2.2-5 
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FORCE  NO.  1T) 


yWW*M*CT“n-*  ..  <v*m *,  {~~r 


InP,HH  TABLE  Or  POINTERS  TO  PATHS  DATA  SFTS. 


THF  IN‘»UT  TABLE  LJUMP  HAS  VALUFS  SfcT  BY  THE  RRIMAPY  MSM 

BLOCK  DATA  SUBPROGRAM,  MSMBLK — 

l JUMP  TAHLF  OF  THE  LENGTHS  OF  DATA  SETS  (E.G., 
LJUMPI6)  «  2  4  —  EACH  SENSOR  OAT  A  SET 
WITHIN  MSM6  REOUIRFS  24  WOROSI. 

P EM ARK  S 

1.  0AT4  SFTS  WITHIN  ANY  ONE  BLOCK  OF  MSMPAR  ARE  OF  FIXED 
LENGTH,  WITH  TWO  EXCEPTIONS  --  M$M*  tBUJE  FORCES) 

AND  MSHU  (PATHS).  LJUMPI6)  AND  LJUMPfU)  ARE  NOT 
usrn  FOR  DETERMINING  STORAGE  ALLOCATION  OR  SUBSEQUENT 
AOURFSS  CALCULATION.  INSTEAO,  THF  SPECIAL  POINTERS 
IPRLIJ  AND  IPPATH  ARE  USED. 

?.  DATA  ARE  PACKEO  INTO  MSMPAR  WITHOUT  THF  "GAPS"  THAT 
WOULD  RESULT  FROM  FIXED  DIMENSION  STATEMENTS.  WORDS 
ARF  PEAL ,  INTEGER,  LOGICAL  OP  ALPHANUMERIC  AS  R F- 
OUIPFD  (EVEN  THOUGH  ‘MSMPAR •  IS  AN  INTEGER  NAMF). 

A.  INPUT  PARAMETERS  CORRESPOND  TO  ORIGINAL  PLANNER  IN¬ 
PUTS,  BUT  (A)  SOME  OF  THE  ORIGINAL  VALUES,  NOT  RE¬ 
QUIRE  BY  MSM,  ARE  OMITTED,  IB)  $OMF  OF  THE  OR  f  01 NAL 
VALUES  REACH  MS*  AFTER  PRERUN  MODIFICATION. 

5.  ALTHOUGH  SOME  OF  THE  INPUT  PARAMETERS  ARE  TRANS¬ 
FERRED  DIRECTLY  TC  MSMPAR  STORAGE,  ADDITIONAL  EDIT¬ 
ING  WITHIN  THIS  ROUTINF  MODIFIES  OR  ADDS  TO  THF 
CONTENT.  EDITING  OF  'SENSORS'  I*SM6)  IS  THE  MOST 
SIGNIFICANT  IN  THIS  REGARD. 

6.  THIS  ROUTINE  CALLFO  ONLY  BY  EXE.CI. 

7.  FOLLOWING  MSM 1 3  IS  AN  AREA  OF  1A0  WORDS  RESERVED  FOR 
SUBSEQUENT  STOKAGF  OF  BATTIEFIFLD  ILLUMINATION  EVENT 
PARA-ETERS.  THIS  AREA  MAY  t)F  REGARDED  AS  MSM14. 
EXFC.LA  HAS  NO  PROGRAM  STEM'S  ASSOCIATED  WITH  MSM  14 , 
EXCrPT  TO  SUPPLY  THE  PRIMARY  POINTER  VALUE  IPBIGSI14), 

B.  THE  UNCO.mmj  tTF  D  AREA  FOLLOWING  M  Sy  1 4  HAS*  AT  THE 

CURRENT  DATF,  NO  PLANNFD  USE.  IPBIGSUB)  POINTS  TO 

THE  FIRST  LOCATION  IN  THIS  'FREE'  U«  'HSM1S*  AREA. 

* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  RFOUIRFD 

pARMIM  INPUT  SUBPOOTINE,  RF  S'*UNS  I DL  C  FOR  FNTFRING 


figure  2.2-5  (Cont.) 
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* 


c*  ONE  OATA  SET  INTO  IOATA  ARRAY  AT  EACH  CALL.  * 
C*  (NOTE.  FIRST  WORD  IN.  TO  AT  A  »  0999  SIGNIF-  * 
C*  IFS  TNO  OF  AN  MS**  BLOCK).  * 
C*  PCSKIP  CONTROL  PRINTER  PAGF  SKIP,  PAOF  NUMBERING.  * 
C*  ARRVLU  EXTRACTS  PARAMETER  VALUE  FUR  A  SY$TFM  ARRAY.  * 
C*  IUTEVL  EVALUEATES  THE  MUT*  VALUE,  THAT  IDENTIFIES  •  * 
C,*  UNIT  TERRAIN  TYPE  AT  A  GIVEN  LOCATION.  * 
C*  TRNSFR  BLOCK  TRANSFER  OF  WORDS  * 
C*  PARPTR  PROVIDES  POINTER  TO  A  PARAMETER  IN  STORAGE  * 
C*  ERASE  CLEARS  (SFTS  TO  0)  BLOCK  OF  STORAGE  * 
f*  TGTVLU  EXTRACTS  PARAMETER  VALUE  FOP  SPECIFIED  TARGET  * 
C*  (FORCE),  RFD  OR  BLUE  * 


(•*****♦*#.**#***<>$*****<«************************************************* 


Figure  2.2-5  (Cor.t-.) 


» 
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C*** ******* *******  *************  fXECll!  ******************************* 
C*  * 

C*  SUBROUTINE  EXECIB  * 

C ♦  * 


C*  PURPOSE  .  . 

C*  m$m  LEVEL  1  EXECUTIVE  ROUTINE,  CALLED  BY  EXEC1. 
C*  SUPERVISES  THE  EXECUTION  OF  SIMULATION  EVENTS— 
C* 


c* 

FVENT 

TYPE 

1 

C* 

PVCNT 

TYPE 

2 

c* 

FVENT 

TYPE 

3 

C* 

EVENT 

TYPF 

L 

C* 

EVENT 

TYPF 

5 

c* 

fvfnt 

type 

b 

C* 

event 

TYPE 

7 

C* 

EVENT 

TYPF 

fl 

C* 

event 

TYPF 

0 

c* 

C* 

EVENT 

TYPF 

10 

c* 

C* 

EVENT 

* 

TYPE 

CO 

c* 

CALLING  SEQUENCE 

c* 

c* 

CALL  EXEC1B 

SENSOR  INTERROGATE 
SENSOR  FALSE  ALARM 
SENSOR  PARAMETER  CHANGE 
SENSOR  UP/DOWN 
MONITOR  UP/DOWN 
DATA  LINK  UP/OOWN 
EIRCTRAP  UP/OOWN 
ARRAY  UP/DOWN 
BATTLEFIELD  ILLUMINATION 
SENSOR  REPOSITION 

STOP  PROGRAM 


C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

r* 

rt 

C* 

r* 

c* 

r* 

c* 


DESCRIPTION  OF  PARAMETERS 

EVFNTS-TYPE  PAPAMETERS  TAKEN  ONE  SET  AT  A  TIME  FPOM 
STORAGE  ARRAY  LISTEV,  WHICH  l S' FILLED*  AS  REQUIRED 
FROM  A  PRERUN  -GENFRATEO  FILE.  EXACT  FORMAT  0E°ENDS 
UPON  EVENT  TYPE,  eUT  FIRS1  FOUR  WORDS  ARE  CONSISTENT— 

WORO  1  EVENT  TYPE  CODE 

WORD  2  WORO  COUNT  OF  EVENT  SUBLIST 

WORO  3  10  NUMBER 

WORD  A  INTEGER  TIME  VALUE  {BEGINNING  TIME  FOR 

INTERVALS,  ONLY  TIME  VARIABLE  FOR 
POINT-IN-TIME  EVENTS 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  R  FQUI RED 

THESE  ROUTINES  (LEVEL  ?  EXEC)  HANDLE  SPECIFIC  EVENT 
TYPFS— 

EX2SNR  EVENT  TYPF  1  (SENSOR  INTERROGATE) 

EX2SFA  EVENT  TYPE  2  (SENSOR  FALSE  ALARMS) 

FX2SPC  FVENT  TYPF  }  (SENSOP  PAPAM.  CHANGE) 

FX2UP0  EVENT  TYPFS  ••  THRU  8  (ALL  UP/DPWNS) 

EX2BFL  EVF*'T  TYPF  ■  (t'ATTLEF'O  ILLUM'N) 

FX2SRP  FVENT  T/PE  10  (REPOSITION  SFNSOR) 

EX2MLT  EVENT  TYPE  op  (PROGRAM  STOP.  TX2HLT 

CLEANS  TEMPORARY  DATA  STORES  HF- 


* 


* 


* 


Flgur*  2.2-6 


c* 
c* 
c* 
r* 
c* 
c* 
r* 
c* 
c  * 
o 
c* 
c* 
c* 

f,««*  <!$*<! 


FOKF  FXFCUTI  N6  ABSOLUTE  STOP )  * 

CX2SNH  HANOI  T  S  AN  INTFRNALL  Y-GFNEP A  TED  E  VFNT  * 

CALLFO  I  'i'SHOT*  .  THAT  PRODUCES  * 

A  PRINTED  SJ^MAPY  OF  ACTIVE  SYSTEM  * 

FIFvrNTS.  * 

* 

A l SO  C  ALLFO  * 

* 

Pr,SKP2  SPECIAL  PAOE  SKIP  * 

T«NSF3  BLOCK  TRANSFER  OF  DATA  * 

TIMOUT  CONVERTS  INTERNAL  TIMF  TO  EXTERNAL  * 

FORM,  SUIfABLF  FDR  PRINTOUT  * 

* 


*0*  **#«***»  **#***«*«*#«  6  *<■****$  $*$**********!*#*<.*****  ********** 


Figure  2.2-6  (Cont.1) 
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2.2,  5.2  MSM  Executive  Routines  --  Level  2 

There  are  eight  level  2  executive  routines,  all  called  by 
EXECIB.  Each  is  responsible  for  a  particular  event  type  or  (in  the  case  of 
EX2UPD)  a  class  of  event  types.  Table  2.2-V  summarizes  the  functions 
of  these  eight  routines,  and  their  conespo:vdences  to  event-type  code 
numbers. 

Of  the  eight  level  2  routines,  only  EX2SNR  (which  has 
general  control  of  sensor  interrogation  events)  places  calls  to  level  3 
executive  routines,  discussed  in  Section  2.2.  5.3.  All  of  these  routines, 
of  course,  do  depend  upon  various  auxiliary  routines. 

Figs.  2.2-7  through  2.2-14  provide  additional  detail 
on  the  level  2  routines,  including  their  direct  use  of  auxiliary  routines. 
Reference  is  also  made  to  Section  2.2,3  (this  Volume)  and  Appendix  c, 
which  discuss  and  illustrate  EX2HLT  results  in  the  context  of  output  onto 
the  printer. 


C ♦*** ********  ************ ******  f  X?SNR  ******************************* 


c* 

r*  SURROun^E  EX2SNR 

C* 

C<-  'UIPPOSF  •  . 

t*  LFVFL  ?  !‘xrc  :0«  VSM,  TP  HANDLE  TYPE  1  FVFNTS  (SENSOR  • 

C.+  JNTroonp.AT F  ) .  ACTUAL  EXECUTION  OF  THESE  EVENTS  DFPENOS 

C*  UPON  SFNSnD  TYPE.  EX2SH*  DETERMINES  THIS  TYPE  AND 

C*  TRANSFERS  CONTROL  TP  THE  PROPER  FX  3 - ROUTINE. 

C* 

C*  CALL  I  NO  SFOUENCE 

r»  CALI  FX2SNR  (LIST) 

C*  (CALLFO  ONLY  BY  FXEC1R) 

C* 

C*  DeSCPIPTrN  PF  i>ARAMETF^S 

C*  LIST  WILL  BF  AN  fVSMT  TYPE  I  SU3LIST.  IN  PAKTICU- 

C*  LAP,  LIST  (3)  WILL  BE  THE  SENSOR  10. 

r* 


* 

* 

* 

u 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 


C*  IMPLICIT  PARAMETERS  FROM  L  ABELLCD  COMMON. 

C* 

C*  PF^AOKS 

C*  NO  CHECKS  FOR  CALL INO  ERRORS 

C ♦ 


* 

* 

* 

♦ 

* 


C*  St/rVOUTTNES  AND  FIJNCT I  ON  SUBPROGRAMS  °60UI RED  * 


c* 

PARPTK 

orTS 

POINTIR 

FOR 

SFNSOR  PAKAM 

SUBLIST 

♦ 

c* 

FX2SAC 

LEVEL 

3 

ROUTINE 

FOR  SEISMIC  (2ND  ARC  »  1)  AN[) 

♦ 

C.r 

• 

ACOUSTIC 

(2F  o 

ARC,  =  ?>  SFNSOWS 

* 

C* 

EX3MA0 

LCVFL 

3 

ROUTINE 

FOR  MAGNETIC 

SENSORS 

* 

C* 

EX3ARF 

«  i 

3 

•  « 

••  ARFRUOY 

i  i 

♦ 

c* 

FX  3P  1° 

i  • 

3 

•  • 

»»  RASSIVIR 

i  « 

* 

c* 

F  X  3°09 

• « 

3 

•  9 

*•  RADAR 

i  « 

* 

c* 

FX  3 1 M0 

•  t 

3 

9  9 

• •  image 

9  • 

* 

c* 

FX3THV 

•  i 

3 

•  • 

"  r  HE0  M VF W 

1  1 

♦ 

c* 

CX3BKW 

i « 

3 

1  1 

••  -3P.FAKWIR 

9  9 

♦ 

C* 


* 


t  ***$*♦$****<-*  **♦*«*  **  $*  ******  ********************* 


4 


Figure  2.2-7 


I 


Figure  2,2-8 
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C#********:****#************#*  -  f  f  X/SPC  ****■!>*•**********************♦<>*: 

c* 

C*  SM3R  jUTI  N£  EX2SPC 

c.f 

C*  pur  onS  f 

c*  level  ?.  exrr.unvr  rpuun-  for  ms*,  handles  evfnts  of 

r*  TYPE  3  ( SFNSOK  PARAMETER  CHANGE  ).  CALLfO  ONLY  BY  FXFC1B. 

r* 


r>  usage 

C#  CALL  CX2SPC  (I  1ST) 

C* 


C* 

C* 

c* 

C* 

c* 

c* 

c* 

C f 

c* 
c * 
c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


DFSC° I PTt^N  OF  P4P  AMETER i 

I  I  S  T  AN  EVCNT  T*  PE  3  SUM.  I  ST... 

WORD  3  tD  OF  SENSOR  FOR  WHICH  NEW  PAR¬ 

AMETER  VALUES  ARC  BEING  ENTERED 
WOFO  5  ■AIM BE®  OF  PARAMETERS  TP  BF  CHANGED 

WORDS  6,...  NEW  VALUES  GF  PARAMETERS 


SUBROUTINE  A^O  FUNCTION  SUBPROGRAMS  »EQUl*ef) 

PARPTR  UTILITY  ROUTINE  TO  OFTCRMI NF  POINTER  TO  f>AR  AM- 
FTER  LOCATIONS  IN  STORAGE  AR FA  MSMPAR.  IN  THIS 
PROGRAM.  ARGUMENTS  ARE 

1ST  =  6  (SENSOR  PARAMETERS  IN  «SMM 
2ND  *  ID  OF  SFNSOR 

3RD  *  16  (PARAMETERS  THAT  CAN  BF  CHANGED  BY 
A  TYPE  3  EVENT  ALWAYS  REGIN  IN 
WORD  16  OF  A  SENSOR  DATA  SFTI 
TRNSFR  BLOCK  TRANSFER.  IN  THIS  PROGRAM,  TRNSFR  M"VES 

NP ARCH  WOPOS  INTO  MSMPAR  STORAGE  FROM  INPUT  LIST. 


C* 

£*«****«****»? ** «*•*+*****<■* **««t#**** #«***«* •****«*•«* ********* ******* 


Figure  2.2-9 


I 


» 
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C ******************** ********** 

c* 

C*  SUBROUTINE 

£* 
c* 
c* 
c ♦ 
c* 
r* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c * 


c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


FX2UPD  ******************************* 

* 

EX20PU 


purpose 

LE  VCL  2  EXEC  FDR  MS*.  CONTROLS  UP/DUWN  INDICATORS 
ANO/OP  PRINTED  OUTPUT  POP  SFNSORS,  MON  I  TORS »  DATA 
LINKS,  F  RE  TRAPS  AND  ARRAYS.  CALLED  BY  EXHClf). 

CALLIN'*,  SEQUENCE 

CALL  EX21JPD  (LISTJ 


dfscpiption 

LIST 


OF  PA° AMFTpPS 
WILL  BE  AN  EVENT 
EVENT  TYPF  4, 
LOGIC —  EVENT 
OF  SYSTEM  gee 


SUBLIST  CORRESPONDING  TO 
S,  6,  7  DR  R  (ALL  UP-DOWN 
TYDE  NO.  INDICATES  WHAT  TYPF 
ENT  f  VCNT  APPLIES  TO). 


SUBROUTINES 

PARPTR 

TIMOUT 


PGSKP2 


AND  FUNCTION  SUBPROGRAMS  REQUIRED 

PROVIDFS  POINTER  LOCATING  SPECIFIED  WORD  IN 
THE  MSMPAP  ARRAY 

CONVERTS  INTERNAL  TIME  VARIABLF  ( INTEGER  NO. 
OF  SECONDS  INTO  GAME )  INTO  DAY,  CLOCK  AND 
SrC  VARIABLES  FDR  'EXTERNAL*  TIME,  IN  FORM 
SUITABLE  FOR  PRINT  WITH  I-FORMAT. 

SPECIAL  PAGE  SKIP  CONTROL 


METHOD  I  COMMENT) 

THE  UP ( DOWN  FLAG  IN  STORAGE  IS  ALWAYS  INITIALIZED  TO  Thp 
VALUE  0  < DOWN i .  FO»  AN  UP/ DOWN  FVFNT,  HOWEVER,  THIS  FLAG 
WILL  3F  SET  TO  ♦TJ'»E  (INTEGER  FORM  I  FOR  AN  U  •*  CONTROL, 

TO  -II  If  EOS  DOWN  CUNTRUI...  WITH  APPROPRIATE  GUARD  FDR 
THE  TIDE  «  0  SPECIAL  CASE.  THUS, THIS  FLAG  CARRIES 
TIMF-tJP  DR  TIME-DOWN  INFORMATION  AS  WE  (  |  as  up /DOWN 
STATUS. 


c* 

REMARKS 

♦ 

c* 

LOGICAL  OPERATION 

VS.  EVFNT 

TYPE  INDICATED 

BELOW 

* 

c* 

* 

c* 

FVFNT  TYPF 

FLEMENT 

UP/OOWN  FLAG 

PR  INTEO 

♦ 

c* 

NUMBER 

TYPE 

SET  IN  STORAGE 

MESSAGE 

* 

c* 

FOR 

THE  EVENTS  THAT  GET  PRINTED,  A  BINARY 

OUTPUT  ON  TAPF 

* 

c* 

(DR 

DISK)  IS  ALSO 

GENERATED 

[OUTPUT  EVENT*. 

10,  11  RFSP.) 

* 

c * 

* 

c* 

.  4 

SENSOR 

YES 

NO 

* 

c* 

5 

MONITOR 

YES 

■NO 

* 

c* 

6 

OATAL INK 

YFS 

NO 

* 

c* 

7 

FIRETPAP 

YES 

YES 

* 

c* 

B 

ARRAY 

NO 

YES 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

♦ 


Figure  2.2-10 
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C* ******************** ***** ****  FX2BFL  ♦*****************************; 

c* 


C*  SUBROUTINE  EX26FL 

C*  (HATTLFFIfLD  LIGHT) 

C*  •  . 


C* 

C* 

C* 

C* 

C* 

C* 

C* 

C ♦ 

C* 

C* 

C* 

r.* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

C*  **  * 


PURPOSE 

MS  M  LEVEL  ?  EXECUTIVE  ROUTINE,  CALLED  ONLY  BY  EXFC10. 

5.  2  BEL  SURER  VI SF  S  STORAGE  Or  DATA  EQR  EVENT  TYPE  0 
iBATTLE  FIELD  I LLUMINA  T I  OH  BY  FLARES,  ETC.),  THAT  tit  LL 
LATER  BE  USED  BY  N IGHTT IM E- I«AG E-DEV  ICE  ROUTINES. 

CALLING  SFOUENCF 

CALL  FXPBEL  (LIST) 

DESCRIPTION  or  PARAMETERS 

LIST  A  TY°E  R  EVENT  SUBLIST  OF  FOLLOWING  CONTEMT- 


WORO 

1  ITYPFV 

2  L  MOTHS 

3  IOILOV 

4  ITIM1 

5  ITIM2 

6  X 

7  Y 
fl  H 

<5  AINTMS 
10  MODE 


EVENT  TYPE  CODE  (*°) 

LIST  LENGTH  1*10) 

ALPHANUMERIC  1-WORO  DEVICE  10 
I  NT  FGFft  GAME  TI^E,  ILLUM  BEGIN 
INTEGER  GAME  TIME,  ILLUM  END 
X-  GAME  COORDINATE 
Y-  GAME  COORDENATE 
HEIGHT  ABOVE  GROUND  AT  ITIM1 
INTFNSITY  OF  LIGHT  SOURCE 
MUDE-UF-ILLUMINAVION 


REMARKS 

l.  ONLY  THE  LAST 


WORDS  ARE  STORED. 


2.  WORD  1  C 1 01  LTV  1  CAN  HE  AN  ARBITRARY  1-WORO  (4-CHARACTEE ) 
IDENTIFICATION.  NOT  USFD  FOR  COMPUTATION. 

1.  STORAGE  IS  RESERVED  FOR  UP  TO  20  S I MULT ANFOUSL Y  ACTIVE 
r LI  URINATION  EVENTS.  IP  mo?P  THAN  20  A«r  PRESENTED 
(ALL  ACTIVE!,  THE  NEWEST  REPLACES  (ERASES)  THAT  EVENT 
NEAREST  T"  EXPIRATION,  AND  A  DIAGNOSTIC  MESSAGE  tS 
PRINTED. 

SUBROUT  INF  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
TRNSRR  BLOCK  TRANSFER  OF  04IA 

PO SKI0  PAGE  SKIP  CONTROL 


Figure  2.2-11 
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'* ****** ***************** ***  FX2SRP  ****************************** 

SUBROUTI N’E  FX2SRP 

(SENSOR  REPOS I  V  ION) 

* 

k 

PURPOSE 

MSM  LEVEL  2  EXECUTIVE  ROUTINF.  TO  HANOI F  EVENTS  TYPE  10 
(SENSOR  REPOSITION).  SEE  ‘REMARKS*  BFLOW. 

CALLING  SEOUFNCF 

CALL  EX2SKP  (LIST) 

DESCRIPTION  OF  PARAMETERS 

LIST  WILL  BE  A  A-WORD  SUBLIST  CORRESPONDING  TO 

EVENT  TYPE  10: 


1  I  TYPE  V  EVENT  TYPE  CODE  (-10) 

2  LNGTHS  LIST  LENGTH  1*6) 

#  3  10 SNR  ID  OF  SENSOR 

4  ITIM  INTEGER  GAME  TINE  (SECONDS) 

THIS  EVENT  TO  OCCUR 

5  X  NEW  COORDINATES  (REAL .METERS , 

6  Y  GAME  VALUES)  FOR  SENSOR 

REMARKS 

1.  THIS  ROUTINE  CALLEO  ONLY  BY  EXEC1B. 

2.  THIS  ROUTINE  CALLEO  ONLY  WHEN  A  STATIONARY  SENSOR 
IS  REEMPLACEO,  IN  WHICH  CASE  POSITIONING  ERRORS 
ARF  LIKELY  TO  CAUSF  DEVIATIONS  FROM  THE  ORIGINAL 
X.Y  COORDINATES. 

3.  NOTE  IN  PARTICULAR  THAT  (A)  THIS  ROUTINE  HAS  NO 
BEARING  ON  MOVING  SENSORS.  AND  (B)  IT  IS  NOT  USED 
FOR  THE  INITIAL  COORDINATES  VALUES  OF  A  SENSOR 

THUS.  FX2SRP  CANNOT  BE  CALLEO  IN  A  SIMULATION  UNLESS 
MULTIPLE  EMPLACEMENTS  OF  STATIONARY  SENSORS  OCCUR, 

SUBROUTINE  Ar!D  FUNCTION  SUBPROGRAMS  REQUIRED 

PARPTR  UTILITY  ROUTINE  TO  LOCATE  SYSTEM  PA°AMETERS 
IN  STORAGE 

TRNSFR  BLOCK  TRANSFER  OF  DATA 


Figure  2.2-12 


r, «<•****<! *<>*#**.■>**# <!**#*■* *******  tx?SMf>  *********  *********************> 
O 

C*  SUBROUTINE  FX2SNP 

C *  I  SYSTEM  'SNAPSHOT*) 

r  * 

C*  oyoonsF  i 

c*  provides  pointfo  'snapshot*  of  system  elements  isensors, 

C*  ARRAYS)  ACTIVE  AT  A  FIXED  INSTANT  OF  TIME. 

C* 

C*  CALI. 'NT,  SCONCE 

C*  CALL  E  X? SNP  (1 TSNAP) 


C* 

C* 

C* 

c* 

c* 

c* 

c* 

C* 

c<= 

c* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r.* 
c* 
c* 
r  * 
r.  * 
c* 
c* 


DESCRIPTION  of  parameters  * 

I T SNAP  INTEGER  GAME  TIME  AT  WHICH  SNAPSHOT  APPLIES  * 

OUTPUTS  (P^NTEO)  AS  FOLLOWS.  FOR  ACTIVE  SENS0°$  ONLY:  * 

A.  FOR  STATIONARY  SENSORS/ ARRAYS  * 

SFNSOP.  in  * 

SFNSOR  GENEPIC  TY°  E  * 

APR  AY  ID  * 

GAMF  X . Y  COORDINATES  * 

H.  FOR  MOVING  SENSORS/ ARRAYS  * 

SENSO0  10  * 

SFNSOR  GENERIC  TYPE  * 

ARRAY  ID  * 

ID  OF  ROUTE  * 

ID  OF  ASSOCIATED  BLUF  FORCE  * 

GROUND  VS.  AIRBORNE  NOTATION  ♦ 

RFMAPKS  * 

1.  THIS  ROUTINE  REGARDED  AS  A  LEVEL  2  MS W  EXECUTIVF  * 

ROOT  INF.  CALI  FO  ONLY  BY  EXfiCl*).  * 

2.  PRINTED  RESULTS  RASED  nN  UP/OOWN  FLAGS.  SFNSOP  BY  * 

SENSOR.  THUS,  IT  IS  o0SSI3LE  FOR  SOME  BUT  NOT  ALL  » 

SFNSO°S  TN  SAMF  ARRAY  TO  A°PEAR  IN  OUTPUT  LIST.  * 

R.  THF  ROUT  INF  EX2SNP  DOFS  NOT  INTERACT  WITH  BASIC  * 

SIMULATION  FLOW.  THUS,  THIS  VFRSION  CAN  BE  REVISED  * 

FREELY,  ACCORDING  TO  USERS'  F VAL  UAT I  ON  OF  CONTENT,  ♦ 

WITHDUT  effect  OH  OTHFR  PROGRAMS.  FOR  PPODUCTIUN  * 

RUNNING,  A  DUMMY  VERSION  (NO  OPERATIONS  AT  ALL)  * 

MAY  RE  DESIRABLE.  * 

SUR<  ">'.JMNF  EIJNC  T  I  ON  S  JDPROGRA^S  PFDUIRFD  * 

T I  ROUT  CONVERTS  GA  IK  TIME  MTO  DAY,  CLUCK  VALUES  ♦ 

"GSK I p  PAGE  SKIP  CONTROL  * 

TGfVLU  USED  u:»F  T)  GET  jnPATH  FOR  BLUE  FORCE  * 


C* 

£****>  **.***»*»»**  ******************************  *******  ************** 


I 


I 


Figure  2.2-13 
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.  C******«*********************tf  EX2HLT  ****♦*$***«■*<■**♦«************** 


c* 

* 

c* 

SUBROUTINE  FX2HLT 

* 

c* 

* 

c* 

PURPOSE 

* 

c* 

M*M  LEVEL  2  EXEC  ROUTINE,  CALLED  BY  EXFClft  TO  SUMMARIZE 

♦ 

c* 

SIMULATION  RESULTS,  THEN  TERMINATE  MSM  PROCESSING. 

* 

c* 

* 

c* 

CALL  INC  SEQUENCE 

* 

c* 

CALL  FX2HLT 

* 

c* 

* 

c* 

DESCRIPTION  OF  PARAMETER  S 

* 

c* 

FX2HLT  USES  SYSTEM  COUNTER  VALUES  STORED  IN 

* 

c* 

COMMON  /SYSCNT/. 

* 

c* 

♦ 

c* 

REMARKS 

* 

c* 

IN  ADDITION  TO  SUMMARY  TABLES  DERIVED  FROM  SYSTEM  COUNTERS, 

* 

c* 

THE  FINAL  REFERENCE  VALUES  FOR  SYSTEM  RANDOM  NUMBER 

r.EN- 

« 

c* 

ERATURS  (UNIFORM  AND  GAUSSIAN)  ARE  PRINTED.  THESE 

VAI.UFS 

$ 

c* 

MAY  BE  USED  AS  INPUT  (ON  'HEARER  CAROS')  FOP  SUBSEQUENT 

* 

c* 

SIMULATION  RUN  IF  OESTREO  (ASSURES  NEW  SEQUENCE  OF 

RANDOM 

* 

c* 

NUMBERS). 

* 

c* 

* 

c* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

♦ 

c* 

ERASE  CLEARS  BLOCK  OF  STORAGE 

* 

c* 

PGSKIP  PAGE  SKIP  CONTROL 

* 

c* 

URNASK  OBTAINS  INTEGER  REFERENCE  STATE  FOR 

* 

c* 

UNIFORM  RANDOM  NUMBER  GENERATOR 

♦ 

c* 

GRNASK  SAME,  BUT  FOR  GAUSSIAN  RANDOM  NUMBER 

* 

c* 

GENERATOR 

♦ 

c* 

* 

C ************ ******** ******«*?**  *********  **************  ******  *********** 

Figure  2.2-14 
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Table  2.2 -V 

SUMMARY  OF  LEVEL  2  EXECUTIVE  ROUTINES 


NAME 

EVENT* 

PROGRAM  PURPOSE  AND' COMMENTS 

EX88NR 

1 

Senaor  Interrogate]  potential  aenaor  reaponae 
to  one  or  more  target*. 

EX88FA 

8 

Senaor  false  alarm  (UGS  aenaor*  only).  Same 
play:  aenaor  report*  to  monitor.  Gam*  truth! 
output  program  notified  that  raapona*  1*  false 
alarm. 

EXiSPC 

3 

Sensor  parameter  change.  Certain  physical 
parameters  (gain,  for  example)  depend  upon 
background  noise  duo  to  atmospheric,  cultural 
and  battle  effects.  These  param*ters,comput*d 

In  PRERUN,  are  passed  to  M3M  as  event  type  3fn 
order  that  M8M  can  alter  these  parameters  in 
storage. 

EX8UP0 

4-8 

Up/doen  (or  start/stop)  status  control  for 
sensors,  for  monitors,  for  data  links,  for 
arrays,  and  for  flretrap  operations.  Flags 

In  storage  are  set  and/or  printed  messages 
are  prepared. 

EX8BFL 

0 

Battlefield  lighting.  Position,  parameters 
and  start  and  stop  times  for  battlefield  Il¬ 
lumination  source  are  placed  Into  storage. 

FX83RP 

10 

Sensor  reposition:  change  of  coordinate  values 
UDon  reemplacement  of  sensor.  (Sensor  coordi¬ 
nate*  for  first  emplacement  are  not  entered  by 
an  event  type  10). 

EXSSNP 

•  « 

System  "snapshot."  A  printed  summary  nf  all 
active  sensors  la  prepared  for  the  Instant  of 
time  specified. 

EX8HLT 

"HALT"  routine.  End  of  event  data  from  PRERUN 
has  been  reached.  EX8HLT  prepares  a  system  re¬ 
sult*  summary  based  on  about  188  system  counters 
of  basic  events  and  results;  prints  other  termi¬ 
nal  data;  and  enters  an  end-of-data  Indicator  on 
the  MSM  binary  output  device...  then  causes  a 
program  STOP  to  be  executed. 

*  Type  codec  for  PRERUN-generated  Input  events.  correepondlng  | 

to  the  tasks  aaalgned  to  the  level  8  exec  routine*. 

*  Event  not  from  PRERUN;  no  number  aaalgned.  Event  generated 
Internally  elthln  EXECIB. 


2-180 


2.2.  5.3 


■*  ■  '******. rnmmmmmmmmmim, 


MSM  Executive  Routines  --  Level  3 

The  heart  of  MSM  simulation  is  the  collection  of  EX3. . . 
executive  routines  and  associated  sensor  routines.  Here  is  the  center  of 
computation  for  the  primary  simulation  event, —  sensor  responses  to  one 
or  more  targets.  Here,  also,  is  the  center  of  MSM  "busyness"  and 
activity,  in  the  sense  that  most  of  the  demands  for  auxiliary  subroutine 
support  originate  at  this  level. 

The  eight  level  3  executive  routines  are  called  only  by 
EX2SNR.  There  is  an  EX3. . .  subroutine  for  each  of  the  different  generic 
sensor  types,  except  that  EX3SAC  controls  both  SEISTG  and  ACOUTG 
(seismic  and  acoustic  sensor  routines)  that  have  nearly  identical  control 
requirements  and  internal  logic. 

Although  represented  as  executive  routines,  the  EX3. . . 
programs  enter  into  MSM  at  a  lovel  where  the  distinction  between  "control" 
and  "computation"  becomes  indistinct.  In  fact,  an  EX3. . .  routine  exhibits 
some  of  the  characteristics  of  a  sensor  routing  per  se.  An  EX3. . . 
routine  also  acts  as  *n  extensive  interface  routine,  tEat  links  together 
the:*  (a)  sensor  routines,  (b)  executive  commands  from  EX2SNR,  (c)  data 
from  variable  length  storage  arrays,  (d)  auxiliary  computational  routines 
and  (e)  output  routines, 

Comments  on  the  eight  individual  EX3. . .  routines  are 
given  in  Figs.  2.2-15  through  2. 2-22  respectively.  Because  of  the  direct 
relationships  between  these  routines  and  the  sensor  routines,  the  following 
Section  2.  2.  5. 4  is  also  relevant. 
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£*«-.<  **'">*':'«<'********'»«?  «*««*«*«*  I-X3SAC  ******************************* 


r,  * 

* 

c* 

SUBROUTINE  fxtsac 

* 

r  * 

* 

C* 

PURPOSE 

♦ 

o 

MSN  1  t  Vrl  FXFC.  HANOI.  E5  OFT  AILS  OF  TYPE  L  EVENTS 

* 

f  f 

( s  r  MS  '~>L- 

MTFRROGSTF)  POR  SEISMIC  ANO  ACOUSTIC  SENSORS. 

♦ 

c* 

* 

CALL  1  NO  SEU 

JeNCF 

♦ 

c* 

CALL  FXTSAC  {LIST,  IMRAI 

* 

r  * 

* 

C* 

OESCK I  P  T  1UN 

OR  PARAMETERS 

* 

c* 

LIST 

A  TYPE- l-FVFNT  SUBLIST,  CONTAINING  SENSOR  JO, 

* 

r* 

T I op  INFORMATION,  TARGET  ID'S. 

* 

r* 

r  a 

I N oi CA TOR ,  SFISMIC  OR  ACOUSTIC...  VALUES  1  OR 

* 

c* 

2,  RFSPPCTIVELY. 

* 

r.* 

* 

c* 

IMPLICIT  PAPAMfcTcss  (FOE  SENSOR  AND  TARGETS)  FROM  COMMON. 

<* 

c  * 

* 

c* 

remarks 

* 

c* 

1.  THIS 

SUBROUTINE  CALLED  ONLY  RY  6X2SNR. 

♦ 

c* 

?.  THIS 

SUBROUTINE  IS  0‘»E  OF  S  IN  THE  EXT...  SERIFS.  IT 

* 

f  * 

IS 

THE  ONLY  ONE  TO  HAVE  TWO  EXPLICIT  ARGUMENTS,  ANO 

* 

c* 

RESPONSIBILITY  fir  two  sensor  generic  types  — 

* 

c* 

A 

CONSEQUENCE  OF  THE  NFARLY  IDENTICAL  LOGICAL 

♦ 

c* 

characteristics  OF  SFiSMIC  ANO  acoustic  sensor 

* 

o 

RonriNFS. 

* 

c* 

♦ 

r* 

SHOROUT INF 

AND  ri)NCT  T  ON  SUBPROGRAMS  RFQUIREf) 

♦ 

c* 

SEI STG 

SUBROUTINE  FOR  SEISMIC  SENSOR  RESPONSES 

♦ 

r* 

TO  targets. 

* 

c* 

AFOUTO 

SUBROUTINE  FOR  ACOUSTIC  SENSO?  PES°ONSES 

♦ 

c* 

TO  T A P GE  T S . 

* 

r* 

ITOOEV 

EVALUATES  TIME  OF  GAY  FROM  I T I  HE 

* 

c* 

CR  A  5e 

BLOCK  Fr  ASF  (SET  TO  0) 

* 

c* 

p ARPTD 

UTILITY  ROUTIN’"  TO  LOCATF  PARA’^S  IN  COMMON 

* 

c* 

TGTPTr 

UTILITY  ROUT  INF  TO  LOCATE  TARGET  PARA«S 

c* 

r>A»  VL'I 

utility  routine  to  get  par  am  values 

* 

c* 

TRNSFR 

UTILITY  ROUTINE  FOR  BLOCK  T^ANS^E*  OF  OAT  A 

t 

r* 

TC.TLX  f 

UTILITY  ROUTINF  TO  LOCATE  X,Y  POSITION  OF  TARGET, 

* 

r* 

NO.  OF  ELEMENTS  On  A  LEG,  SPEED  OF  TARGET. 

• 

c* 

CT°AR 1 

ROUTINES  TO  UFRIVE  STATIC  ANO  DYNAMIC  PAR- 

♦ 

c* 

rrPAO? 

V’CTFRS,  RES0.,  FOR  FALSE  TARGETS 

* 

r* 

SACOCf 

INTFBMCF  to  OUTPUT  (p0R  UOS  SENSOR  DETECTIONS) 

* 

c* 

# 

Flgur*  2.2-15 
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c******************************  FX3MAG  ** 
C* 

r*  SUUROUT I NF  FXiMA 


F  X  3MAG  ************  ******  a*******  *<■*** 


PURPOSE 

MSM  LEVEL  3  EXEC.  HANDLES  DETAtLS  OF  TYPE 
I  SENSOR  INTERROGATE )  «=Oft  HAGNFTIC  SENSOR 


EVENTS 


CALLING  SEQUENCE 

CALL  FX3 •'AG  (LtSTJ 


description  or  parameters 

LIST  A  TYPE-l-EVENT,  SU3LIST,  CONTAINING  SENSOR  ID, 

TIMt  INFORMATION,  TARGET  ID'S. 

IMPLICIT  •■’ARAMFTCRS  (FOR  SENSOR  AND  TARGETS!  FR0M  COMMON. 


RFMARKS 

l,  THIS 


SUBROUTINE  CALLED  ONLY  SY  EX?f,NR. 


SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIBFD 
ERASE  BLOCK  FPA'E  (SET  TO  01 

CLOSCL  GET  ELEMENT  OF  A  TGT  CLOSEST  TO  SENSOR 

ETPARI  ROUTINES  TO  OER IVE  STATIC  AND  DVNAMIC  PAR- 
FTPAP?  AMETFRS,  RESP.,  FOR  FALSE  TARGETS 

MAOTG  SUBROUTINE  F0»  MAGNETIC  SENSOR  RES°ONSFS 
TO  TARGETS 

PARPTP  UTILITY  ROUTINE  TO  LOCATE  PARA, MS  IN  COMMON 

TPNSFR  UTILITY  ROUTINE  FOR  BLOCK  TRANSFER  OT  DATA 

TGTRTP  UTILITY  OOUTINE  TO  LOCATE  TARGET  PARAMS 

TGTLXY  UTILITY  ROUTINE  TO  LOCATE  X,Y  POSITION  OF  TARGET, 

ND.  OF  ELFMF\ rS  ON  A  LFG.  SPEED  OF  TARGFT. 
UGSDET  INTERFACE  TO  OUTPUT  (FOR  UGS  SENSOR  DETECT  IONS) 

IIP N ASK  SAVES  TMF  RTF.  NO,  OR  IHE  U»N  GFNERATOP. 


C  **************************  t  *******************<.********  ********  ******** 


Figure  2.2-16 
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p ****************< i*************  E  X  3ARF  ******************************* 


o 

* 

£* 

SUHRIUTJNE  EX 3 ABF 

* 

C* 

* 

r* 

PU«°OSE 

* 

* 

c* 

MSM  trVH  3  FXFC.  HANDLES  DETAILS  OF  TYPE  1  EVENTS 

* 

c* 

( SfNSOR 

I  NT  E  RRGGA  TF  )  FOP  ARE  BUOY  SENSOR  FIELD 

* 

c* 

* 

c* 

CALLING  sequence 

* 

c* 

CALL  PX3AKF  (LIST! 

• 

c* 

* 

c* 

DESCRIPTION 

Of  PARAMFTERS 

* 

c* 

LIST 

A  TYPE- 1— EVENT  SUBLIST,  CONTAINING  SFNSOR  It), 

* 

C.t 

flME  INFORMATION,  TARGET  ID'S. 

* 

C* 

IMPLICIT 

P A°  AMETF 0  S  (FpR  SENSOR  ANO  TARGETS)  FROM  COMMON. 

* 

c* 

* 

c* 

Remarks 

* 

C* 

1.  THIS 

SUBROUTINE  CALLED  ONLY  BY  EX2SNR. 

* 

c* 

* 

c* 

Subbout  inf 

AND  FUNCTION  SUBPROGRAMS  REQUIRED 

* 

c* 

*  ERASE 

BLOCK  FBASE  (SET  TO  0) 

* 

c* 

E  T  P  \  u  1 

ROUTINES  TO  DERIVE  STATIC  AND  DYNAMIC  PAR¬ 

* 

c* 

FTPA»? 

AMETERS,  RESP.,  FOR  FALSE  TARGETS 

* 

c* 

A«F  TG 

SUBROUTINE  FOR  ARFBUOY  SENSOR  FIELD  RESPONSES 

* 

c* 

TO  TARGETS 

* 

c* 

' VNEFD 

MO.  OF  elements  in  an  arfruoy  field 

* 

c* 

PARPTR 

UTILITY  ROUTINE  TO  LOCATE  PARAMS  IN  COMMON 

* 

c* 

TPNSFR 

UTILITY  ROUTINE  FD»  BLOCK  TRANSFER  OF  DATA 

* 

c* 

TGTPTB 

UTILITY  ROUTINE  TO  LOCATE  TA°GFT  PARAMS 

* 

c » 

UGSHFT 

INTERFACE  TO  OUTPUT  (FOR  UGS  SENSOR  DETECTIONS) 

* 

o 

* 

C ************************************************************* ********** 

Figure  2.2-17 
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c *************** ****** *********  f-xiPTR  *************************** 

c* 

C ♦  SUBROUTINE  EX3PIR 

r* 

C*  PURPOSE  •  . 

C*  MSM  LEVEL  *  EXEC.  HANDLES  DETAILS  OF  TYPE  1  EVENTS 

C*  (SENSOR  INTERROGATE!  FOP  PASSIVE  IR  SENSORS 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  EX3® IK  (LIST! 

CP 

C*  DESCRIPTION  "F  PARAMETERS 

C*  LIST  A  TYP6-1-EVENT  SUBUST,  CONTAINING  SENSOR  10, 

C*  TINE  INFORMATION,  TARGET  ID'S. 

C*  IMPLICIT  PARAMETERS  I  FOR  SENSOR  ANO  TARGETS)  FROM  COMMON. 

CP 

CP  REMARKS 

CP  1.  THIS  SUBROUTINE  CALLED  ONLY  BY  EX2SNR. 

CP 

CP  SUBROUTINE  ANO  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  *  ERASE  BLOCK  ERASE  (SET  TO  01 

CP  URN  UNIFORM  RANDOM  NUMBER  GENERATOR 

CP  CRN  GAUSSIAN  RANDOM  NUMBER  GENERATOR 

C*  FTPAP1  ROUTINES  TO  DERIVE  STATIC  ANO  DYNAMIC  PAR- 

€•  FTPAR2  AMETFRS,  RESP.,  FOR  FALSE  TARGETS 

CP  PIRtr,  SUBROUTINE  FOR  PASSIVE  IR  DEVICE  RESPONSES 

CP  TO  TARGETS 

CP  PARPTP  UTILITY  ROUTINE  TO  LOCATE  PARAMS  IN  COMMON 

CP  TRNSFR  UTILITY  ROUTINE  FOR  BLOCK  TRANSFER  OF  DATA 

f  TGTPTK  UTILITY  ROUTINE  TO  LOCATE  TARGET  PARA*S 

jp  PAR VLU  UTILITY  ROUTINE  TO  GET  PARAM  VALUES 

JP  UCSDCT  INTERFACE  TO  OUTPUT  IFOR  UGS  SENSOR  DFTECT IONS  I 

1*  TGTLG  UTILITY  ROUTINE  FOR  TARGET/LEG  CALC 'NS 

f* 

c ******************** A****************** ****************»*******«**, 


figure  2,2-18 


r*  **«.**  ***«.*  *-**<:****<<***« FX3RDR  *********0  ******** *0*0* ••**♦** 

r.o 

C*  SUBROUTINE  nx 341)0 

co 

G*  ptjcpm^ 

c*  "S«  LtVFI.  3  EXECUTIVE  R0UMNE,  SUPERVISING  CALLS  TO 

r*  SFNSOR  SUBROUTINE  RADAR .  AND  PROVIDING  CONTROL  AND 

O  TNTrpEACF  WITH  INPUT  RVFUTS,  OUTPUT  RUUTINFS.  STOK- 

C*  AGE,  AND  SUCH  RELATED  ROUTINES  AS  SCAN1  AND  SCAN2 

CO  IN  THE  RADAR  CONTEXT. 


Co 

Co 

C* 

C* 

C* 

Co 

Co 

C* 

c* 

c* 

f  * 

Co 

Co 

C* 

C* 

c* 

c* 

c* 

Co 

ro 

c* 

CO 

c* 

c* 

CO 

f.o 

Co 

C* 

CO 

C* 
CO 
Co 
f  ♦ 
C* 
Co 
Co 
C* 
r.o 
ro 
c* 


CALLING  SFOUENCE 

CALL  FX3ROP  (LIST! 

DESCRIPTION  Or  PARAMETERS 

LIST  IS  AN  EXPLICIT  INPUT  ARRAY,  CORRESPONDING 

TO  AN  rvENT  TYPE  I  SUBLIST... 


WORO(S) 

1 

ITYPFV 

I*  l) 

2 

LNGTHS 

(LENGTH  OF  LIST) 

3 

4 

IDSNSR 

I T  f  Mi 

( 3EGIN  AND  END  TIME,  INT¬ 

5 

ITIM2 

EGER,  OF  EVENT  INTERVAL) 

6 

NRBTGS 

(NUMBER  OF  P.ED/BLUF 

(  '  THRU 
60NPBTGS) 

TARGETS ) 

(TARGET  IO/LEG  CODFS  FOR 
RFO/BLUE  TARGETS.  CODE, 

DFNOTFO  BY  IDTL,  IS  0* 
F flRH  IP  ♦  lOOOOLEGNO.) 


(NEXT)  IF  FALSE  TAPGFTS  FXIST, 

TH'S  WORD  SPTCIPIFS 
NfTGTS  (NO.  OF  FALSE 
TARGETS). 

(RFMAINING)  PARAMF  TFPS  FOR  FALSE  TGTS 

ARE  PASSFD  IN  THE  EVENT 
LIST  Pf-P  SE,  WITH  NUMBER 
OF  WOPDS  PER  FALSE  TGT 
=  12.  FIRST  »0R0  FOP  A 
GIVEN  FALSF  TARGET  IS  A 
TYPE  COPE  ( 6 V  10 )  FORMED 
IN  BATTLE  OR  CULTURE 
ROUTINES. 

nf'A-'tfS 

1.  IF  DETECTION  OCCURS,  THE  OUTPUT  ROUTINE  SCNC'UT  IS 
CAILFD.  iHrOFMATIO.I  IS  PASSED  BY  EXPLICIT  ARGUMENTS 
A^'O  VIA  COMMON  ARRAS  /SENSOR/,  /TARGET/  AND  /TGLGCM/ • 

2.  P4->AMErc-cS  FOR  RFD/BLUE  TARGETS  APE  ObTAINFP  FRO* 


Fl*ur*  2.2-19 


2-186 


4 


« 


I 


o 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
ct 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r.* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c  * 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r.* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c» 
c* 
c* 
c* 
c* 


STURAGF  ARRAY  MSMPAP ,  VtA  UTILITY  POUTIN'^  IF  NFC-  * 

6SSARY,  PAR AM£  IFRS  FOR  PAt  Sf  TARGETS  ARP  ACCESSED  * 

OR  DERIVED  FP  OM  THE  INPUT  EVFNT  UST.  * 

4 

i.  STORAGE  SPACF  AVAILABLE  IN  COMMON  /TARGET/  LIMITS  * 

TOTAL  NUMBER  OF  TARGETS  ITARGET/LEGS )  THAT  CAN  BE  * 

SIMULTANEOUSLY  HANDLED  TO  14.  IF  MORF  THAN  14  ARE  * 

INDICATED  IN  THE  INPUT  LIST,  T  H  T  N  »  A I  THE  TOTAL  * 

NU'tRFR  IS  TRUNCATED  TO  16,  WITH  PRIOR  I TY  TO  RFD/  4 

BLUE  TARGETS*  ANO  (B)  A  OlAGNnSTIC  MF SSAGE  IS  * 

PRINTFD  TO  INDICATE  LOSS  OF  TARGFTS  * 

4 

4,  PARTIAL  PROTECTION  AGAINST  INCONSISTENT  DAT  A  I S  * 

PROVIDED,  WITH  DIAGNOSTIC  MESSAGES  PRINTED.  * 

4 

A.  STORAGE  CONTROL  IS  RFLATlVh'LY  COMPLICATED.  IN  AD-  4 

DITIUN  TO  THE  OBVIOUS  COMMON  AREAS  /SENSOR/  AND  * 

/TARGET/,  SO  ANO  210  WORDS  RESPECTIVELY,  ADDIT¬ 
IONAL  STORAGE  FOR  (TARGFT)  PARAMETFRS  EFFECT IVFLY  4 

IS  PROVIDED  BY  COMMON  /TGLGCM/  AS  WELL  AS  THE  EVENT  4 

LIST.  USE  OF  /TGLGCM/  INVOLVES  KNOWLEDGE  OF  THE  * 

INTERNAL  OPERATIONS  OF  SUBROUTINES  TGTLG  AND  TGTLXY.  4 

4 

6.  THIS  ROUTINF  HANDLES  BOTH  MOVING  R FCT ANGLE  AND  SECTOR  4 

SCAN  COVERAGE  MOOES.  IT  DOES  NOT  HANDLE  STATIONARY  4 

RECTANGLE  OR  SECTOR  MOOES.  TWO  TYPES  OF  SFCTOR  SCAN  4 

LOGICS  ARE  PROVIDED,  CORRESPONDING  TO  SUBROUTINES  * 

SCAN  1  AND  SCAN2.  * 

4 

7.  IF  RADAR  IS  MOVING,  IT  IS  ASSUMED  TO  BE  AIRBORNE.  * 

4 

SUBROUTINE  ANO  FUNCTION  TYPE  SUBPROGRAMS  RFQUIPFO 

(IN  ORDER  OF  OCCURRENCE  IN  PROGRAM)  4 

4 

ERASE  RLOCK  ERASE  (SET  TO  0)  4 

TRNSFR  BLOCK  TRANSFER  OF  DATA  4 

PARPTP  V.SM  UTILITY,  TO  LOCATE  PARAMS  IN  STORAGE  * 

TGTPTR  MSM  UTILITY,  F0»  POINTER  DETERMINATION  4 

TGTVLII  “SM  UTILITY.  GETS  VALUE  OF  A  PFD  OR  BLUE  * 

TARGFT  IFORCFSI  PARAMETER  * 

KSTVLU  EVALUATES  •<  STUNG’  VARIABLES  FOR  TARGFT  4 

f  TP  AH  1  DEPIVFS  ANO  STORES  STATIC  FALSE  TARGET  PAR—  4 

AMETERS  * 

TGTI.G  BASIC  TARGFT/LFO  SUBROUTINE  * 

SKTSC1  SETS  WORKING  PARAMETERS  For  RCANl  4 

SET  SC 7  SETS  MOCKING  PAR  AMET  tn  S  FOR  SCAN2  * 

TGTLXY  GETS  TARGE  T/L EG  PARAPET f RS  THAT  CHANGE  WITH  TIME  4 

OKN  GAUSSIAN  RAHOM  NUMBER  GENERATOR  4 

FT  PAR?  DERIVES  AND  STORFS  DYNAMIC  FALSE  TARGET  PARAMS.  4 

SC  A  N I  THF  TWO  BASIC  SECTOR  SCAN  ROUT  INKS  (NOT  CALLED  * 


Figure  2.2-19  (Cont.) 
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c*  scan?  for  vnvrw  rectangle  coverage)  * 

C'*  RA'JAR  SENSOR  SIJRK  liJEfNE  ^ 

C*  SCNHUr  SENS')'?  PEOHRI  OUTPUT  (SCANNING  SENSORS  *  * 

c  * 


Figure  2.2-19  (Cont.) 


» 


I 
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£******************************  EX  31  MG  *****************************<■ 

c * 

C*  SUBROUTINE  EXT  INC, 

C* 

C*  PURPOSE 

C*  MS  M  LEVEL  3  EXECUTIVE  ROUTINE i  SUPERVISING  CALLS  TO 

C*  SENSOR  SUBROUTINE  IMAGE,  ANO  PROVIDING  CONTROL  ANO 

C*  INTERFACE  WITH  INPUT  FVrNTS »  OUTPUT  ROUTINES,  STOR- 

C*  AGE,  ANO  SUCH  RELATEO  ROUTINES  AS  SCAN!  ANO  SCAN2 

C*  IN  THE  IMAGE  CONTEXT. 

C* 

C*  CALLING  SEOU6NCF 
C*  CALI  EX3IMD  (LIST) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C* 

C*  LIST  IS  AN  EXPLICIT  INPUT  ARRAY,  CORRESPONDING 

C*  TO  AN  EVEN (  TYPE  1  SUBLIST... 


C* 

WOROISI 

C* 

# 

1 

I  TYPE V 

(«  1) 

c* 

2 

LNGTHS 

I LENGTH  OF  LIST) 

c* 

3 

IOSNSR 

c* 

4 

ITIM1 

(BEGIN  AND  END  TIME,  INT¬ 

c* 

5 

ITIM2 

EGER,  OF  EVENT  INTERVAL) 

c* 

6 

NRBTGS 

(NUMBER  OF  RED/BLUE 

c* 

TARGETS) 

c* 

(7  THRU 

(TARGET  ID/I. EG  COOES  FOR 

c* 

6*NR8TGS» 

REO/BLUF  TARGETS.  CODE, 

c* 

DENOTED  BY  I DTL,  IS  OF 

(* 

FORM  10  ♦  IOOOHEGNO.) 

(* 

(NEXT) 

IF  FALSE  TARGETS  EXIST, 

(» 

THIS  WORD  SPECIFIES 

c# 

NFTGTS  (NO.  OF  FALSE 

(t 

TARGETS). 

(« 

(REMAINING) 

PARAMETERS  FOR  FALSE  TGTS 

(* 

APE  PASSED  IN  THE  EVENT 

c* 

LIST  PER  SE,  WITH  NUMBER 

(» 

OF  WORDS  PER  FALSE  TGT 

(» 

■  12.  FIRST  WORD  FOR  A 

CP 

GIVEN  FALSE  TARGET  IS  A 

c* 

TYPE  CODE  (EVID)  FORMEO 

(• 

IN  BATTLE  OR  CULTURE 

c* 

ROUTINFS. 

c* 

c* 

REMARKS 

c* 

1.  IF  OETFCTION  ncciJRS, 

THE  OUTPUT  ROUTINE  SCNOUT  IS 

c* 

CALLED. 

INFORMATION 

IS  PASSED  BY  EXPLICIT  ARGUMENTS 

c* 

ANO  VIA 

COMMON  AREAS 

/SENSOR/ 

,  /TAROFT/  AND  /TGLGCM/. 

c* 

c*  ?.  PARAMETERS  fob  Mfo/BLUF  TARGETS  ARE  OBTAINED  FR'3- 


Figure  2.2-20 
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SMRAGC  ARRAY  MSM»AP,  VIA  •  J  T  I  L  I  T  Y  ROIJTINFS  IF  NEC¬ 
ESSARY.  PARAMETERS  FOR  FALSE  T  AROFTS  ARF  ACCESSED 
no  nH»tVFO  FROM  THE  INPUT  EVENT  LIST. 

A.  ST'-'RAGF  SPACE  AVAILABLE  in  COMMON  /TARGET/  LIMITS 
TnrAL  NUMBER  PF  TARGETS  I T ARCE T/LFGS )  THAT  CAN  BE 
SIMULTANEOUSLY  HANDLED  TO  16.  IE  MDR  E  THAN  16  ARE 
INDICATE:)  IN  THE  INPUT  LIST,  THEN  C  a  )  THE  TOTAL 
NU'H  FR  IS  TRUNCATED  TO  16,  WITH  PRIORITY  Til  RED/ 

BLUE  TARGETS,  AND  (R>  A  DIAGNOSTIC  MESSAGE  IS 
PRINTED  TP  INDICATE  LOSS  OF  TARGETS 

A.  PARTIAL  PROTECTION  AGAINST  INCONSISTENT  DATA  IS 
PROVIDED,  WITH  DIAGNOSTIC  MESSAGES  PR  I NTFD. 

*.  STORAGE  CONTROL  IS  RELATIVELY  COMPLICATED.  IN  AD¬ 
DITION  TO  THF  OBVIOUS  COMMi IN  AREAS  /SEN$PB/  AND 
/TARGET/,  50  AND  210  WPROS  RESPECTIVELY,  ADDIT¬ 
IONAL  STORAGE  FOR  (TARGET)  PARAMETERS  EFFECTIVELY 
IS  PROVIDED  BY  COMMON  / TGLGCM/  AS  »*Fl  L  AS  THE  F VENT 
LIST.  USE  OE  /TGLGCM/  INVOLVES  KNOWLEDGE  OF  THE 
INTFRNAL  OPERATIONS  OE  SUBROUTINES  TGTLG  AND  TGTLXY. 

6.  THIS  ROUTINE  HANDLES  BOTH  MOVING  RECTANGLE  AND  SECTOR 
SCAN  COVERAGE  MPDES.  IT  OOES  NOT  HANDLE  STATIONARY 
RECTANGLF  OR  SECTOR  MODES.  TWO  TYPES  OF  SECTOR  SCAN 
lpgics  ARE  PROVIDED,  corresponding  TO  SUBROUTINES 
SCAN1  AND  SCAN?. 

7.  ROUTINE  ACCOMMODATES  STATIONARY  GROUND,  MOVING  GROUND 
AND  AIRBORNE  IMAGE  SENSORS. 

p.  HATTLFFTELO  ILLUMINATION  IF.G.,  FLARES),  IF  ANY, 

IS  ACCESSED  FROM  STORAGE  (MSM14)  AND  PASSED  TO 
THF  SENSOR  ROUTINE.  IN  THE  HARE  FVFNT  THAT  MULTIPLE 
ILLUMINATIONS  EXIST  S I MUL TANEOU SL Y  (AND  NOTING  THAT 
SENSOR  ROUTINE  I  ''AGE  CAN  A  C  COMODAT  F  ONLY  ONE  SUCH 
EVENT) ,  THAT  ILLUMINATION  SOURCE  CLOSEST  TO  THE  . 

SFNSOR  will  be  used. 

subroutine  and  FUNcrroN  subprograms  required 

(IN  ORDER  PF  OCCURRENCE  IN  PROGRAM) 

FKASF  BLOCK  ERASE  (SET  TO  0) 

PARPTR  MS*  UTILITY,  TO  LOCATE  "ARAMS  IN  STORAGE 

TiMST*  BLOCK  TRANSFER  OF  OAT  A 

TG  ri*TR  MS-m  UTILITY,  for  POI'ITFR  DETERMINATION 

TGTVLU  MSM  UTILITY.  GrTS  value  of  a  red  or  uuf 
TARGET  (FORCES)  PARAMETER 

*  S  T  VLU  FVALUATI  S  *  <  S  TR  NG 1  VARIABLES  FOR  TARGFT 


Figure  2.2-20  (Cont.) 
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.  C*  PJPARI  DERIVES  AND  STORES  STATIC  FALSE  T ARGCT  PAR-  <■ 

C*  AMfcTI-'RS  * 

C*  OF I  ASK  PRELIMINARY  RATTLEFIELO  ILLUMINATION  INFO.  * 

C*  TGTLG  R  ASIC  TAKGET/LEG  SUBRDUT  I  HE  * 

C*  SFTSC1  SETS  WORKING  PARAMETERS  FOR  SCAM1  * 

C*  SET SC 2  SETS  WORKING  PARAMETERS  FOR  SCAN?  * 

C*  TGLGXY  GETS  TARGET /L  FG  PARAMETERS  THAT  CHANCE  WITH  T I  MR  t 

C*  OPN  GAUSSIAN  RANDOM  NUMRRR  GFNFRATOR  * 

C*  FTPAR2  DERIVES  AND  STORFS  DYNAMIC  FALSE  TARGET  RARA'S.  * 

C*  iTFILUM  BATTLEFIELD  ILLUMINATION  * 

C*  SCAN1  THF  TWD  0ASIC  SECTOR  SCAN  ROUTINES  INOT  CALLED  * 

C*  SCAN?  FOR  MOVING  RECTANGLE  COVERAGE)  • 

C*  IMAGE  SFNSOR  SUHRJUTINE  ♦ 

f*  SCNOUT  SENSOR  REPORT  OUTPUT  (SCANNING  SENSORS)  • 

c*  • 


C***V******** ************** *************  *********  ****  ********  *****  ***** 


Figure  2.2-20  (Cont.) 
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EX’THV 


FX3  THV 


r>U!!PDSc  •  . 

*SM  LEVEL  3  FXECUTIVE  ROUT  INF*  SUPERVISING  CALLS  TO 
SENSOR  SUBROUTINE  rnt'R'-ILt  AMO  PROVIDING  CONTROL  AND 
roTEREAC1-'  WITH  INPUT  =VENTS,  OJTP'JT  ROUTINES,  STOR¬ 
AGE,  AM1)  SUCH  RELATED  P.QUMNFS  AS  SCAN  l  AND  SCAN? 

TN  TUF  THERML  CONTEXT. 

CALL  MO  SFGUEMCE 

CALL  F X  i THV  ILISn 


OESCt’ !  PT  !r'N  IF  ^ARA^FTEkS 


LIST 


IS 

T!) 


C  #  *<<>y  <!  ❖<<<:*  &  <■<=<!+  >>!>  A#  t 

c * 

C*  SU.'IRIUTINF 

C* 

C  * 

c* 
c* 
c* 
c* 

CM 

c* 
c* 
c* 
c* 
c* 
c* 

Cm- 

c* 
c* 
c* 

CM 
CM 
C* 

C* 

C* 

C* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

CM 

c* 
c* 
c* 

CM 

f. « 

CM 
CM- 

C  * 

c.  ••• 

c » 


AN  F  XPt ! C I T  INPUT  ARRAY,  CORRESPONDING 
AN  EVENT  TYRE  1  SURt  1ST... 

WORD! S) 


ITYPFV 

LNGTHS 

IDSNSR 

ITIM1 

ITI  M? 

NRRTGS 


17  THR  U 
A+NRHIGS) 


(NEXT) 


(REMAINING) 


C  R  •(  \  . 


* 
* 
* 
* 
* 
* 
* 
♦ 
* 
* 
* 
* 
« 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
♦ 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
♦ 
* 
* 
* 


(=  1) 

(LENGTH  OF  LIST) 

(BEGIN  AND  FND  TIME,  INT¬ 
EGER,  OF  FVFNT  INTERVAL) 
(NUMBER  OF  RED/BLUE 
TARGETS) 

(TARGi-T  ID/LEG  COOES  FOR 
RPD/RLUE  TARGETS.  CODE, 
DENOTED  BY  IDTL ,  IS  OF 
FORM  ID  ♦  1 DOO*LEGNO. ) 

IF  FALSE  TARGETS  EXIST, 
THIS  WORD  SPECIFIES 
NFTGTS  (NO.  OF  FALSE 
TARGETS). 

PARAMETERS  FOR  FALSF  TOTS 
ARE  PASSFD  IN  THE  FVCNT 
LIST  Pfr  SE,  WITH  NUMBER 
OF  WORDS  PER  FALSF  TGT 
=  12.  FIRST  WORD  FOR  A 
GIVEN  FALSE  TARGET  IS  A 
TYPE  CODE  ( F V (0 )  FORMED 
IN  BATTLF  OP  CULTURE 
routinfs. 


if  )E  r-c  r  i'i*.  occurs,  the  output  routine  SCnout  is 

CALLFO.  INRJR  (ATITI  IS  ^ASS^O  BY  F--HICIT  ARGUMENTS 
AND  VIA  COMMON  AU'AS  /  SENSO  R  / ,  /TARGET/  AND  /TGLGC.M/, 

PARA  I r  I  c  R  S  rOL’  RF)/BLUF  TAMGFTS  ARE  OBTAINED  FRUM 


Fisjure  2.2-21 


2-J92 


STORAGE  ARRAY  MSMPAR,  VIA  UTILITY  ROUTINES  IF  NEC¬ 
ESSARY.  PARAMETERS  FOR  FALSE  TARGETS  APE  ACCESSED 
DR  DERIVED  FROM  THE  INPUT  EVENT  LIST. 

3.  storage  space  AVAILABLE  in  common  /target/  limits 
TOTAL  NUMBER  OF  TARGETS  ( TARGET/LFGS I  THAT  CAN  BE 
SIMULTANEOUSLY  HANDLED  TO  16.  IF  MORE  THAN  16  ARE 
INDICATED  IN  THE  INPUT  LIST,  THEN  (A)  THE  TOTAL 
NUMBER  IS  TRUNCATED  TO  16,  WITH  PRIORITY  TO  RED/ 

BLUE  tARGETS,  AND  (QJ  A  DIAGNOSTIC  MESSAGE  IS 
PRINTED  TO  INOICATfc  LOSS  OF  TARGETS 

4.  PARTIAL  PROTECTION  AGAINST  INCONSISTENT  DATA  IS 
PROVIOED,  WITH  DIAGNOSTIC  MESSAGES  PRINTED. 

R.  STORAGE  CONTROL  IS  RELATIVELY  COMPLICATED.  IN  AD¬ 
DITION  TO  THE  OBVIOUS  COMMON  AREAS  /SENSOR/  AND 
/TARGET/,  50  AND  210  WORDS  RESPECTIVELY,  ADDIT¬ 
IONAL  STORAGE  FOR  (TARGET!  PARAMETERS  EFFECTIVELY 
IS  PROVLOEO  BY  COMMON  /TGLGCM/  AS  WELL  AS  THE  EVENT 
*  LIST.  USE  OF  /TGLGCM/  INVOLVES  KNOWLEDGE  OF  THE 

INTERNAL  OPERATIONS  OF  SUBROUTINES  TGTLG  AND  TGTLXY. 

6.  THIS  ROUTINE  HANDLES  BOTH  MOVING  RECTANGLE  AND  SECTOR 
SCAN  COVERAGE  MODES.  IT  DOES  NOT  HANDLE  STATIONARY 
RECTANGLE  OR  SECTOR  MODES.  TWO  TYPES  OF  SECTOR  SCAN 
LOGICS  ARE  PROVIOEO,  CORRESPOND ING  TO  SUBROUTINES 
SCAN1  ANO  SCAN2. 

7.  ROUTINE  ACCOMMODATES  STATIONARY  GROUND,  MOVING  GROUND 
ANO  AIRBORNE  THERMAL  SENSORS. 

SUBROUTINE  ANO  FUNCTION  TYPE  SUBPROGRAMS  REQUIRED 
(IN  ORDER  OF  OCCURRENCE  IN  PROGRAM) 

ER ASF  BLOCK  ERASE  (SET  TO  0) 

PARPTR  MSM  UTILITY,  TO  LOCATE  PARAMS  IN  STORAGE 
TRNSFR  RLOCK  TRANSFER  OF  DATA 

TGTPTR  MSM  UTILITY,  FOR  POINTER  DETERMINATION 
TGTVLU  MSM  UTILITY.  GETS  VALUE  OF  A  RED  OR  BLUE 
TARGFT  (FORCES)  PARAMETER 
KSTVLU  EVALUATES  ' KSTRNG*  VARIABLES  FOR  TARGET 
FTPARi  DERIVES  ANO  STORES  STATIC  FALSF  TARGET  PAR¬ 
AMETERS 

TGTLG  BASIC  TARGET/LFG  SUBROUTINE 

SETSCl  SETS  WPRKING  PARAMETERS  FOR  SCAN1 

SFTSC2  SETS  WORKING  PARAMETERS  FOR  SCAN? 

TGTLXY  GFTS  TARGET/LFG  PARAMETERS  THAT  CHANGE  WITH  TIME 

GRN  GAUSSIAN  RANDOM  NUMBER  GENERATOR 

ETPAR2  DFRIVES  AND  STORES  OYNAMIC  FALSE  TARGET  PARAMS. 


rilun  2.2.21  (Coot.) 
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c* 

r* 

c* 

c* 


'.C  A  i'll  THI-  TWn  UA  SIC  SECTOR  SCAN  POUT1NCS  (MOT  CALLED 
SCAN?  TIP  MOVING  s.fcCTANGLE  COVERAGE) 

THE R Ml  SFNSOR  SUBROUTINE 

SCNfiur  SFNSMR  RFoCRT  OUTPUT  (SCANNING  SPNSDKS) 


C* 

(-.  #***$**;*<-$********■)■*****<■*$*************'>  t**************************** 


Figure  2.2-21  (Cent.) 
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Cfefc************* ****** *********  EX3RKW  ******** ************ *********** 

C*  '  * 

c*  subroutine  fx.tbkw  * 

c*  * 

C*  PURPOSE  * 

C*  MSM  LEVEL  3  EXEC.  HANDLES  DETAILS  OF  TYPT  l  FVEMTS  * 

C*  ( SENSOR  INTERROGATE*  FOP  RPEAKWIRE  * 

{•,!>  ft 

C*  CALLING  SEO'JcNCE  * 

C*  CALL  SX3DKW  (LIST*  ft 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  LIST  A  TYPE- l-FVENT  SUBLIST,  CONTAINING  SENSOR  ID,  * 

C#  TIME  INFORMATION,  TARGET  ID'S.  ft 

C*  IMPLICIT  PAP.  AMETFP  S  IFOR  SENSOR  AND  TARGETS)  FRO-'  COMMON.  ft 

C*  ft 

C*  REMARKS  * 

C*  1.  THIS  SUBROUTINE  CALLED  ONLY  BY  EX2SNP.  ft 

C*  ft 

C*  SU3ROUT INF  AND  FUNCTION  SUBPROGRAMS  REOUIRFO  ft 

C*  FRASE  BLOCK  ERASE  .tSET  TO  Ol  ft 

C*  FTP6R1  DERIVES  STATIC  PAPAMETFRS  FPR  FALSE  TARGET 

C*  BRKHIR  SUBROUTINE  FOR  PREAKWTRE  RESPONSES  * 

C*  TO  TARGETS  * 

C*  PARPTP  UTILITY  POUTIME  TO  LOCATE  PARA«s  IN  COMMON  ft 

C*  TRNSrR  UTIlTTv  POUT  I NE  FOE  BLOCK  tpanSFER  0F  data  * 

C*  TGTPTR  UTILITY  »OIJTIN<-‘  TO  LOCATE  TAPGFT  PARAOS  ft 

C*  T  TCOfV  GIVES  THE  rtf’E  OF  PAY  ft 

C*  L'GSPET  INTERFACE  TO  OUTPUT  {F0°  UGS  SENSOR  DETECTIONS*  * 

C*  ft 

C******************* ft* **************************** ************* ********* 


Figure  2.2-22 
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2.2.5.  4  Sensor  Routines 

In  MSM  are  those  sensor  subroutines  that  are  concerned 
with  sensor  responses  to  discrete  targets..  For  some  sensor  types,  a 
corresponding  background  routine  --  part  of  PRERUN,  not  MSM  --  does 
calculations  of  operating  parameters  as  they  are  affected  by  atmospheric 
variables  or  by  background  noise  sources.  Parameters  so  calculated  are 
transmitted  to  MSM  (for  use  by  the  target-interaction  sensor  routines)  by 
input  event  type  3  (Sensor  Parameter  Change). 

There  are  11  subroutines  in  MSM  that  are  regarded  as 
sensor  routines.  The  9  primary  ones  correspond  respectively  to  the 
9  generic  types  of  sensors  considered.  The  names  are: 


1. 

SEISTC 

Seismic 

2. 

ACOUTG 

Acoubtic 

3. 

MAGTG 

Magnetic 

4. 

ARFTG 

Arfbuoy 

5. 

PIRTG 

Passive  infrared 

6. 

RADAR 

Radar 

7. 

IMAGE 

All  image  type  sensors,  including 
unaided  human  vision,  binoculars, 
starlight  scopes,  night  vision 
devices 

8. 

T  HER  ML 

Thermal  viewer 

9. 

3RKWIR 

Breakwire 

The  numeric  order  has  some  significance  to  MSM  coding,  inasmuch  as 
sensor  generic  types  are  internally  referred  to  by  the  numeric  code 
1  through  9.  Supporting  the  IMAGE  routine  are  two  auxiliaries,  ANG 
anc!  QUAD,  that  do  not  interact  with  any  other  MSM  subprograms. 

Explicit  detailed  descriptions  of  sensor  routines  per  se 
are  given  in  Section  3.  The  placement  of  these  routines  within  the  overall 
MSM  structure  is  shown  in  Figure  2.2-3.  Although  Fig.  2.2-3  does  not 
show  the  numerous  auxiliary  routines,  it  may  be  noted  that  the  only  major 
interactions  of  sensor  routines  with  MSM  occur  via  the  EX3.  .  .  series  of 
sensor  executive  routines. 

2.2.  5.  5  Output  Routines 

There  are  in  MSM  nine  subprograms  that  write  printer  or 
binary  tape  output  under  normal*  circumstances.  Of  these,  seven  are  show.! 
on  the  MSM  OUTPUT  diagram  of  Fig.  2.2-2;  the  other  two  are  minor 
auxiliary  routines. 


A  •vnub  r  of  programs  may  print  diagnostic  messages  in  event  of  certain 
•  rr  »rs.  Programs  for  which  this  is  the  only  possible 

i  up' . :  e  :.  >t  counted. 
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The  primary  output  routines  are  considered  to  be: 

UGSOUT  Reports  from  UGS  sensors  to 

monitors 

SCNOUT  Re  torts  from  scanning  (attended) 

sens or n 

EX2HLT  System  summary  preparation 

and  print 

The  former  two  write  both  printer  and  binary  output.  The  last  writes 
only  printer  output. 

The  following  two  subroutines  are  strictly  output  routines, 
but  produce  output  less  "physically"  important  than  that  produced  by  the 
three  routines  listed  above: 

EX2SNP  System  snapshot:  printed  summary 

of  system  sensors  active  at  a  given 
instant  of  time 

DUMPMS  Produced  a  printed  dump  of  the 

«  system  parameter  data  from 

common  area/BXGSTR/ 

These  routines  are  considered  to  be  optional.  Because  their  operations 
do  not  influence  basic  MSM  computation,  they  can  be  replaced  without 
recompilation  of  any  other  subprogram.  If  the  printouts  are  not  desired, 
for  example,  dummy  versions  (with'RETURN1  as  the  only  executable 
statement)  could  be  substituted.  Or  substitute  versions  giving  lesser 
or  greater  detail  could  be  substituted.  It  is  felt,  for  example,  that  full 
DUMPMS  output  is  desiisble  during  exploratory  exercise  of  the  simulation 
model,  but  that  ■*  dummy  version  may  be  desirable  for  later  production 
running. 

Printed  alphanumeric  information  from  header  cards  is 
produced  by  EXEC1,  which  also  writes  a  binary  output  listing  of  system 
parameters  (counterpart  of  the  printed  listing  produced  by  DUMPMS). 

The  following  two  subroutines  produce  minor  printout 
(no  binary  output): 

EXEC  IB  Notations  on  beginning  or  end  of 

precipitation 

EX2UPD  Notations  on  (a)  beginning  or  end 

of  firetrap  operations,  and  (b) 
effective  times  of  array  emplace  - 
ments  and  cease  operations. 

Two  utility  routines,  not  shown  in  Fig.  2.2-2,  provide 
control  of  printer  page  skip,  page  and  line  count  sequencing,  and  page 
heading  printouts.  PGSKIP  is  the  basic  'page  skip'  routine.  If  called,  it 

(a)  advanced  the  printer  page 


. . . 


(b)  increments  the  page  number,  and  resets  the 
line  count 

(c)  prints  a  top-of-page  heading  comprising  page 
number  and  run  identification  (alphanumeric) 

that  originally  came  from  the  first  two  header  1 

cards . 

Subroutine  PGSKP2  performs  a  bookkeeping  and  heading 
print  function  for  subroutines  UGSOUT  and  SCNOUT.  It  determines  (from 
line  count)  if  the  printer  page  should  be  advanced.  If  so,  then  PGSKP2:  * 


(a) 

calls  PGSKIP 

(b) 

prints  those  column  headings  appropriate  for  the 
data  output  of  subroutines  UGSOUT,  SCNOUT 

(c) 

exits  with  line  count  adjusted  for  the  space 
taken  by  the  column  heading  print. 

It  may  be  noted  that  the  column  headings  are  meaningful  only  to  identify 
UGSOUT  and  SCNOUT  data,  so  only  PGSKIP  (not  PGSKP2)  is  called  for 
other  categories  of  printout. 

The  following  two  subroutines  do  not  in  themselves  create 
output,  but  they  do  act  in  direct  support  of  UGSOUT: 

UGSDET  collects  informaton  on  reports 

from  four  types’  of  UGS  sensors, 
and  reduces  this  information  to 
a  common  format  acceptable  to 
UGSOUT 

SACDET  same  purpose  as  UGSDET,  but 

only  for  seismic  and  acoustic 
sensors  (that  have  storage  formats 
considerably  different  from  the  other 
four  types  of  UGS  sensors). 

Thus,  UGSDET  and  SACDET  act  as  interfaces  between  the  EX3.  .  .  sensor 
executive  routines  and  the  UGSOUT  routine.  Both  subroutines  are  shown 
in  Fig.  2.  2-2 


The  following  two  programs  are  not  shown  in  Fig.  2.2-2, 
but  do  support  output  programs: 


4 


Magnetic,  passive  infrared,  AA7BU0Y  and  breakwire. 
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ALFCVT 


Special  integer  to  alphanumeric 
conversion,  for  sensor  report  print¬ 
outs  (for  positive  integer,  forms 
alphanumeric  equivalent;  for  zero 
integer,  forms  alphanumeric  blanks; 
lor  negative  integer,  forms  string  of 
asterisks). 

In  MSM  printer  output  of  sensor 
reports,  time  is  printed  in  "external 
units,"  i.  e.  ,  day,  military  (24  hour) 
clock,  and  seconds.  TIMOUT  converts 
simulation  internal  time  (integer 
seconds  into  game)  to  data  words 
corresponding  to  external  time. 

ALFCVT  is  one  of  the  few  subprograms  supplied  that  is  (slightly)  machine 
dependent.  Comments  heading  the  program  listing  discuss  adaptations  to 
machines  with,  for  example,  different  word  or  byte  structures. 

Comments  on  the  nine  individual  subprograms  related 
to  output  are  given  in  Figs.  2.2i23  through  2.2-31,  respectively. 


TIMOUT 


s 


% 


2-199 


C******e<r*<t«v*  A*******  <t#  UG  SHUT  ^  ***  «#*$***#  ***«:*$  <r*  $«**$*«:**  «ft 

C *  * 

c*  SUBROUT  J  NE  UGSHUT  * 

c*  * 


c ♦  purpose  •  .  * 
c*  MSM  OUTPUT  program  FOR  all  UGS  SENSOR  REPORTS,  prints  * 
C*  1 GAMF  PLAT'  AND  1 GROUND  TRUTH’  INFORMATION.  ALSO  PUTS  * 
C*  ALL  BASIC  INFORMATION  ON  B INAPT  TAPE  IC)P  DISK)  FOR  USE  * 
TP  IN  POST-PROCESSING.  * 
C*  P 
C*  CALLING  SEQUENCE  * 
.C*.  _  .  CALL  UQSO'JT  ... 


c* 

* 

c* 

DESCRIPTION  HP  PARAMETERS 

* 

c* 

P  INPUT  (BASIC)  P 

* 

C* 

HASH  SENSOR  '’FPOPT  DATA  ARE  SUPRLIEO  AS  INPUT  BY  ONE  OF 

c* 

THE 

3  CALLING  PROGRAMS  IN  THE  FIRST  13  WORDS  OF  COMMON 

c* 

AREA  /OUTCOM/. 

c* 

r* 

P  OUTPUT  * 

c* 

*  BAS 

!C  OUTPUTS  ARF: 

c« 

PRINTED  --  ’GAME  PLAY'  *■  ’GROUND  TRUTH’  INFORMATION 

c* 

ON  SENSOR  REPORTS 

CP 

BINARY  TAPE  (OR  DISK)  ALL  BASIC  SFNSOR  RFPORT  INFOR¬ 

CP 

MATION,  FOR  USE  IN  POST-PROCESSING. 

CP 

PROGRAM  ALSO  INCREMENTS  SYSTEM  COUNTERS. 

CP 

CP 

REMARKS 

r.P 

I. 

DATA  IN  /OUTCOM/  ARE  SET  BY,  AND  UGSOUT  CALLED  BY, 

CP 

THESE  TmREE  MSM  PROGRAMS: 

c* 

SACHET  REPORTS  FROM  SEISMIC  AMD  ACOUSTIC  SENSORS 

CP 

UGSOET  REPORTS  FRCH  the  4  TYPES  OF  UGS  SENSORS 

CP 

OTHER  THAN  SEISMIC  ANU  ACOUSTIC 

CP 

FX2$F A  FALiE  ALARM  REPORTS 

c* 

CP 

?  • 

IN  THIS  ROUTINE  IS  CHECKED  THE  INFORMATION  FLOW  FROM 

c* 

SENSOR  TO  monitor  VIA  DATA  LINK.  OUTPUT  CONTAINS 

CP 

INFORMATION  ON  WHICH  MONITOR (S)  RECEIVF  SIGNAL. 

c* 

c* 

3. 

FOP  SENSORS  WITHOUT  AN  AND-LOGIC  SPECIFICATION,  THERE 

CP 

IS  IMMEDIATE  PROCESSING  AND  OUTPUT.  FOR  SENSORS  WITH 

CP 

AND-LOGIC  SPECIFIED,  RFt  DRTS  ARE  QUEUED  IF  NECESSARY 

c* 

AWAITING  REPORT  FROM  CUNFIRMING  SENSOR.  NO  OUTPUT  IS 

c* 

GENERATED  IN  THIS  CASE  UNLESS  THE  TWO  ASSOCIATED  SEN¬ 

CP 

SORS  Both  R  f  p  n R  T  WITHIN  A  SPECIFIED  TIME  INTERVAL. 

CP 

CP 

A. 

THE  Cf*UNTcRPART  OF  THIS  ROUTINE  ( FOR  UGS  REPORTS)  IS 

CP 

SCNOUT  (FOR  SCANNING  SFNSOR  REPORTS).  FORMATS  OF 

r.p 

or!  NlTDUT  ,  AND  ORDERING  nF  DATA  On  BINARY  OUTPUT,  ARE 

CP 

EQUIVALENT  FOR  DATA  HAVING  COMPARABLE  MEANINGS. 

» 
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fs  --X*  «sp«lt.rm  « 


•>.  THE  OUTPUT  UNIT  Of  S I GNA  T I  ON  FOR  BINAPY  OUTPUT  IS  l)E- 
NDTe')  HERE  8Y  THf  NAMP  IOUT70,  AND  GIVEN  THE  NUME<>!- 
CAL  VALUE  70  9V  DATA  STATEMENT.  ROUTINES  SCNOUT  ANO 
PGSK»2  REFER  TP  THIS  UNIT  WITH*  SAME  NAME  AND  VALUE. 
ANY  CHAN OF  IN  NUMERICAL  VALUE  MUST  BE  MADE  IN  ALL 
THREE  ROUTINES. 


SUBROUTINE 

< 

PARPTR 

ARRPTP 

PARVLU 

ALFCVT 

TRNSER 

PGSKP2 

TIMOUT 

*  ARRVLII 


ANO  FUNCTION  SUBPROGRAMS  REQUIRED 
UN  ORDER  OF  0CCU7RENCF  IN  PROGRAM  LISTING) 

MSM  UTILITY,  TO  SET  POINTERS  TO  PARAMETERS 
MSM  UTILITY,  TO  SFT  POINTERS  TO  SYSTEM  ARRAYS 
MSM  UTILITY.  GETS  VALUE  OE  A  PARAM 
CONVERTS  INTEGERS  TO  SPECIAL-FORMAT  ALPHANU¬ 
MERIC  FORM,  FOR  PRINTOUT 
BLOCK  TRANSFER  OF  STORED  DATA 
PAGE  SKIP  CONTROL  PLUS  CONTROL  OF  PAGE  HEAD¬ 
INGS  UNIQUE  TO  SENSOR-REPORT  PRINTOUT. 
CONVERTS  INTERNAL  GAME  TIME  TO  EXTERNAL  IDAY, 
CLOCK, SECOND)  FORM 

MSM  UTILITY.  GETS  VALUE  OF  AN  ARRAY  PARAM 


» ***************** ******* ***************** *********** *********** ft*** 


Figure  2.2-23  (Cont.) 
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f  ft  ftft8ft«ft*ftf  **«*«•*  ft*?*  ft '-ftftftftftftft*  SC  NOUT  *ftftft*ftft*ftftft#*ft**ft*****ft******ftft 

c*  « 

C*  SUBROUTINE  SC N ' MJT  * 

r  *  * 

r«  pu^p^se  * 

C*  OUTPUT  (PBlwTFI)  AND  BINARY  TA°F  )  ROUTINE  FOR  THF  THREE  * 

r*  TYPFS  n r  SCANNING  sensors. —  radar,  image  and  thermvew.  * 

C*  C  A  L  l.  E  n  WHEN  A  DEJECTION  OCCURS  WITH  SCANNING  SENSOR.  * 

c*  * 


c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

Cft 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

Cft 

c* 

c* 

C* 

c* 

c* 

c* 

c.t 

c* 

Cft 

C  ft 


CALLING  SEQUENCE 

CALL  SCNOUT  (TIME,  INO^X,  SGNOIS, POET , ISCAN,ARGLST) 

DESCRIPTION  of  PARAMETERS 

*  INPUT,  EXPL  rCIT  * 

TIME  GA*E  TIME,  REAL,  SECONDS 

INDEX  SUBSCRIPT  FOP  STORAGE  ARRAYS  IN  COMMON  /TARGET/, 
CORRESPONDING  TO  THE  PARTICULAR  TARGET  (OF  A 
POTENTIAL  lb)  THAT  HAS  BEEN  DETECTED. 

SONOfS  FOR  RADAR,  THF  SIGNAL/NOISE  I  SIGNAL/CLUTTER) 
RATIO  IN  f)B.  FOR  IMAGE  AND  THERMVEW ,  THE 
ANALOGOUS  MEASURE. 

PDCT  DETECT  ION  PR0BA8IL IT Y  REPORTED  BY  SENSOR  ROUTINE 

I  SCAN  SCAN  CODE,  =  1  OR  2  FOR  SECTOR  SCAN  OF  TYPE 

SCAN  1 ,  SCAN2  RESP.,  =  3  FOR  MOV  NG  RECTANGLE. 
ARGLST  'LAST  ARGUMENT*  =>  FDOPLR  (DOPPLER  FREQUENCY) 

TOR  RADAR,  -  ILXTRA  (INDICATOR  OF  BATTLEFIELD  ILLUMI¬ 
NATION,  GT  0  IF  SUCH  EXISTS)  FOR  IMAGE,  NOT  SIGNIFICANT 
FOR  THFPMVEW. 

*  INPUT,  IMPLICIT  * 

VIA  COMMON  AQEAS  /SENSOR/,  /TARGET/  AND  /TGLGCM/ 

*  OUTPUT  —  EXTFP.NAL  AND  VIA  COMMON  * 

FORVATTEO  OUTPUT  ON  PRINTER.  UNFORMATTED  (BINARY) 

OUTPUT  ON  TAPF  UR  DISK  ‘UNIT  PQ' ,  33  WORDS.  SYSTE M 
COUNTERS  IN  /SYSCNT/  ARE  INCREMENTED. 

PPMARKS 

THIS  OUTPUT  POUT  INF  FOR  SCANNING  SENSORS  IS  THE  COUNTER¬ 
PART  nf  UGSDUT ,  THF  OUTPUT  ROUTINE  POR  UOS  SENSORS.  BOTH 
“PINTEO  AND  TAPP  OUTPUTS  ARE  * 3ATCHFO*  FDR  THOSE  DATA 
THAT  HAVE  SAMF  MEANINGS. 

SUBROUTINES  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
TRNSFP  R  L  nf.  K  TRANSFER  OF  DATA 

PGSMP2  SPFCIAl  '’AGP  SKIP  CONTROL  AND  HEADER  PRINT 
ALFCVT  Sa  CC  I  Al  INTFGEP-TU  -ALPHANUMERIC  POUTING 

T I  MOOT  CUNVC0  T S  INTERNAL  THF  TO  EXTERNAL  FORM 
A  a  o  p  T  R  MSM  UTILITY,  FOR  GETTING  POINTER  VALUES 

°  AP  VL‘  I  *SM  UTILITY,  TO  ACCESS  VALUF  OF  PARAMETER 


* 


t 


Figure  2.2-24 
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C4444 4*44444  *******************  SAf.OET  444***4444******************* 
C* 

C*  SUBROUTINE  SAC  OFT 

C4 

C*  PURPOSE 

r-*  *SM  INTERFACE  ROUTINE  BETWEEN  FX3SAC  (WHICH  SUPERVISES 

c*  SEISMIC  A HO  ACOUSTIC  SFNSOK  ROUTINES)  A HD  THE  GENERAL 

C*  UGS  OUTPUT  ROUTINE  UGSOUT.  CALLED  BY  EX. 3 SAC  WHEN  4 

O  SEISMIC  OP  ACOUSTIC  SENSOR  ROUTINE  REPORTS  A  DFTFCTION. 

C  4 

C*  CALLING  SEQUENCE 

c*  CALL  SACDFT  ( I OSNR , I  SOP  A, XSNR , Y SNR , NP BTG S , NFTGS I 

C* 

C*  OESCR IPTTOM  OP  PARAMETERS 
C* 


C* 

C4 

c* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r* 
c  ♦ 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


4  INPUT,  EXPLICIT  4 

f OSNR  ID  OF  (SEISMIC,  ACOUSTIC)  SENSOR 

ISORA  *  I  FOE  SEISMIC,  OR  2  FOR  ACOUSTIC 

XSN»  COORDINATFS 

YSNR  OF  SFNSOP 

NRBTGS  NUM8FR  OF  RED+BLUE  TARGETS 

NFTGS  NUMBER  OF  FALSE  TARGETS 

*  INPUT,  IMPLICIT  4 


TTIME  DETECTION  TIME  (INTEGER  SECONDS  INTO  GAME), 
ACCESSED  VIA  COMMON  /BASICT/ 

ALL  TAR-  ACCESSEO  VIA  COMMON  /TARGET/ 

GET  »AR-  SEE  CX3SAC  DOCUMENT ATION  FOR 

AMETERS  EXPLICIT  DESCRIPTION. 


rfmaoks 

SACDFT •  LIKF  OTHERS  IN  THE  ...OET  SERIES  FOR  UGS  SFNSORS, 
PERFOPMS  THE  DATA  EDITING  AND  MANAGEMENT  NECESSARY  THAT 
THE  COMMON  OUTOUT  PPUTl.vE,  UGSOUT,  BE  CALLED  WITH  A  CON¬ 
SISTENT  FORMAT. 


4* 

4 

4 

4 

4 

4 

* 

4 

4 

* 

* 

4 

* 

* 

* 

* 

4 

4 

* 

4 

4 

4 

4 

* 

4 

* 

* 

4 

4 

4 

* 

* 

4 

4 

* 

4 

4 


C4  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  P.FQUIRED  * 

C4  UGSOUT  OUTPUT  ROUTINE  FOR  ALL  UGS  SENSOR  OF  T  ECTI nNS  4 

C4  * 

C***  *************************************  *+******  +  +  m*+0mtmmmmm 


Figure  2.2-25 
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PU°PnSF  •  „ 

►ism  interface  routine  between  eximag,  exiarf,  exrpir, 

FX3RKW  AND  THF  GENERAL  OUTPUT  ROUTINE,  UGSOUT,  FOR  UGS 
SENSOR  OcT  ECT  IONS  .  CALLEO  BY  THE  GX3...  ROUTINE  WHEN 
CORRESPONDING  SENSOR  ROUTINE  REPORTS  A  DETECTION. 

calling  sequence 

CALL  UGSDET  ( I OSR . ITPSR ,X SR ,YSR , I DT G, XTG, YTG,  NR8TG  J 
OESCP.  I  PT  ION  OF  PARAMETERS 


* 

TDSR 
I  TPSR 

X  SR 

YSR 

IOTG 

XTG 

YTG 

NKBTG 


* 

TIMP 

* 

FIRST 


IN°UT, 

ID 


4=ARF- 


£************  *>»*  **  i,  ****««*«*  UGSDET  *******  ***********  **  ********** 
C* 

C*  SUP POUT INE  UGSDET 

C* 

c* 
c* 
r* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

CO 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 

CO 

c* 
c* 
c* 
c* 
c* 

CO 

c* 
c* 
c* 

c* 

CO 

c* 
c* 
c* 
c* 

CO 
c* 
c  * 
c* 
r.o 


EXPLICIT  * 

OF  SENSOR 

INTEGER  type  CODF  FOR  SENSOR  ( 3«MAGNET IC » 
BUOY,  5=PASSIVIR,  9=BRE AKW I R I 
COORDINATES 
OF  SENSOR 
ID  OF  TARGET 
COORDINATES 
OF  TARGET 
NO.  OF  RED/BLUE 
CASE  IMPLYING 


TARGETS...  =1  OR  0,  LATTER 
FALSE-TARGET  DETECTION 


INPUT,  IMPLICIT  * 

INTEGER  GAME  TIME,  VIA  COMMON  /BASICT/ 
OUTPUT  * 

13  WHROS  OF  COMMON  /OUTCOM/,  TO  BE  USED  BY  SUB¬ 


ROUTINE  UGSOUT. 


RF  URKS 

1. 


THt'RF  AM  F  6  TYPES  OF  UGS  SENSORS,  DETECTIONS  FROM 
WHICH  ARE  HANULFO  PRIMARILY  BY  UGSOUT.  THE  INTER¬ 
FACE  BETWEEN  THF  SENSOR  EXEC  ROUTINE  ( EX3. . . )  AND 
UF-SflUT  IS  HANDLEO  BY 

UGSDET  FOR  TYPES  3  (MAG),  4  I ARF ) ,  5  (PIR), 
AND  9  IBKW) 

SAC OFT  FDR  TYPES  l  (SE!)  AND  2  (ACO) 

THE  SENSOR  TYPFS  HANDLED  BY  THIS  ROUTINE  DIFFER  FROM 
SMS'Mt  AND  ACOUSTIC,  IN  THAT  ONLY  ONE  I ARGET  CAN 
AFFECT  A  DETECTION  AT  ANY  ONE  INSTANT  OF  TIME. 


SU3 > nUT I NF  AND  FUNCTION  TYPE  SUBPROGRAMS  REQUIRED 
Uf.SnUT  OUTPUT  POUIINF  FOR  U^S  OF  TFC  T  I  f  NS 


Figure  2.2-26 
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C ******************* ***********  PGSKIP  ****************************** 
C* 

C*  SUBROUTINE  PGSKIP 

C# 

c*  PUIPC0NTR0LS  printer  PAGE  skip,  printing  of  heading  and  page 

c*  NUMBER f  AND  RESETTING  PAGE  AND  LINE  COUNTS. 

C* 

C*  CALLING  SEQUENCE 

C*  CALL  PGSKIP 

C* 

c*  OESCRIPTION  OF  PARAMETERS 

C*  PARAMETERS  TAKEN  FROM  COMMON  AREA  /"GCONT/  — 


TUNES 
I  PAGE 
HFADNG 


LINE  COUNT  (NO.  OF  LINES  USFQ  ON  PAGE) 
PAGE  COUNT 

ALPHANUMERIC  TEXT,  PRINTED  AS  HEADING  ON 
FIRST  LINE  OF  EACH  PAGE  OF  MSM  PRINTOUT. 
ARRAY  CONTAINS  68  CHARACTERS  IN  17  WORDS. 


REMARKS 

l.  LINE  ANO  PAGE  COUNTS  ARE 


LINE  ANO  PAGE  COUNTS  ARE  INITIALIZED  TO  ZERO  IN  MSM 
BLOCK  DATA.  HEADING  TEXT  IS  USER  INPUT... 

SEE  COMMENTS  IN  EXEC1  PROGRAM. 

OPERATIONS  OF  PGSKIP — 

A.  PRINTER  PAGE  IS  ADVANCED 

B.  PAGE  COUNT  IS  INCREMENTED  BY  1 

..  .  n  .  ^  .a^>  A  n  r»  r>  »  fclT  Cft 


C.  HEADING  ANO  NEW  PAGE  NO. 
0.  TWO  LINFS  ARE  SKIPPED 
E.  LINE  COUNT  IS  SET  TO  3 


ARE  PR INTED 


C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
C*  NONE 

C* 

C*******************************************************' 


'**••******♦*• 


Figure  2.2-27 


CO 

C* 

c* 

r  o 
C* 
C« 
Co 

c  * 
c* 
c* 
Co 
C.o 
C.o 
Co 
C.o 
Co 
Co 
CO 
CO 
Co 
C.o 
C* 
CO 
Co 
Co 
C* 
C* 
r  o 


***««fr«*«#*n!:.**«*#«<!«4**t«*  pc,  SKP  2  **<=*  *o*oo  ********************* 

SUBR  UUTINF  PGSKP2 

purpose 

MS'1  IIT  T  L  I  T  V  ROUTINE  FOR  OUTPUT  CONTROL,  SUPPLEMENTING 

subroutine  pc, skip,  in  coition  to  controlling  page  skip, 
this  ROUT  I  NE  0 1J I  "IT  S  TM  r-  COLUMN  HEADINGS  REQUIRED  FOP 
SFNSHK  <r PORTS. 

CALL  T HO  SEQUENCE 
CALL  PC.SKP2 

DESCRIPTION  OF  PARAMETERS 
no  EXPLICIT  ARGUMENTS 

THF  MAI-  I  A  ,l|  C  IL1NFS  IN  COMMON  /PGCOUNT/  IS  AN  INPUT  VARI¬ 
ABLE  F OS  BRANCHING,  AND  IS  ALTERED  (INCREMENTED)  IF 
HEADINGS  ARE  PPINTED. 

REMARKS 

1.  THIS  SINGLE  ROUTINE  SIMULANTS  SEPARATELY  CnDED  9UT 
TDTNTICAL  CODING  IN  THE  <,  DISTINCT  OUTPUT  ROUTINES. 

2.  THE  'UNIT  NUMBER'  FOR  THE  OUTPUT  TAPE  (DISK)  SPECIFIED 
HES F  MiJST  AGREE  WITH  THAT  SPECIFIED  IN  THF  CtUTpUT  ROU¬ 
TINES.  THE  UNIT  NUMBER  HERE  IS  CALLED  IOUT70.  ITS  VALUE 
IS  SET  BY  A  DATA  STATEMENT  (TO  VALUE  70). 


CO  SUBROUTINE  AND  EUNCTION  SUBPROGRAMS  REQUIRED 
Co  PGSKIP  PRIMARY  PAGE  SKIP/CONTROL  ROUTINE 

CO 

£**«**««**  t*  ********«*  +  **  «4t**«««*«:«**£4*  *««*#*«**  ******«************«**: 


Figure  2.2-28 


********  *******************  T !MnUT  ********************************* 
c*  * 

r*  S'JBRUUTINE  TI.40UT  * 


C* 

C* 

C* 

C* 

C* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

r* 

c* 

c* 

c* 

r* 

c* 

c* 

c* 

c* 

r* 


PURPOSE 

CONVERTS  JTIME  (  =  INTEGER  NUMBER  OF  SECONDS  INTO  GAMF  ) 

INTO  3  INTEGER  WORDS  RE  "RES  ENT  INC  DA/  OF  GAME  (0,1,...), 
MILITARY  CLOCK  TIME  IMHMM)  AND  SECONDS,  SUITABLE  EOR 
PRINTOUT  IN  T2 ,  I A  AND  12  FORMATS,  RESPECTIVELY. 

USAGE 

CALL  TIMOUT  I  I  DAY , ICLK ?A, I  SEC ) 

DESC°I  PTFON  OF  PAP.AMFTERS 

INPUTS  (IMPLICIT—  FROM  COMMON  /BASIC T/) 

ITIMP  INTEGER  T I  VE  (SECONDS)  FROM  GAME  START 
ITOOST  T I ME  OF  DAY  AT  GAME  START  (INTEGER,  SEC¬ 
ONDS  SINCE  CLOCK  OOOO  OF  START  DAY) 

OUTPUTS  (EXPLICIT. IN  ARGUMENT  LIST) 

IDAY  OAY  COUNT  (0  FOR  INITIAL  'D-DAY*, 

1  FOP  O-DAY* 1,  ETC.) 

ICLK24  MILITARY  I 2A-HP )  CLOCK  TIME  HHMM ,  WHFN 
PRINTED  AS  A  4-DIGIT  DECIMAL  INTEGER 
IS  EC  TWO-DIGIT  INTEGER  (00  THRU  59)  =  SECONDS 

REMARKS 

THF  QUANTITY  ITODST  IN  /BASICT/  IS  A  GAME  CONSTANT. 

I T I  ME,  HOWEVER,  VARIFS...  SO  CALLING  PROGRAM  MUST  ASSURE 
THAT  IT  IMF  IS  CORRECTLY  ENTERED  INTO  /BASICT/  BFFORF 
SUBROUTINE  T  I MptjT  IS  CALLED. 

StJB°OUT  I NF  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

•'lr'NF 

^t******  +  ***********  ********  *******************  ************** 


Figure  2.2-29 


2  -207 


Cooo  ********  *********  ***«£**«<!*  al  PC  VT  ♦♦•♦•♦•too#**** ************** o< 
C* 

C*  FUNCTION  ALFCVT 

C* 

O  PUK°nSE  *  ■ 

CO  CONVERTS  INTEGER  INPUT  TO  ALPHANUMERIC  FORM  REQUIRFO  BY' 

CO  SUBROUTINE  UGSOUT  FUR  PRINTOUT. 

C* 

C*  CALLING  SPOUENOE  (FUNCTION  TYPE  I 

C*  AO  1 1',  IT  s  ALFCVUKOIG) 

c* 

C*  DESCRIPTION  OF  PARAMETERS 

Co  KOI 0  INTEGER  (OF  3  OR  FEWER  OECIMAL  OIGITS  IF  POStTIVE) 

CO 

C*  REMARKS 


c* 

c* 

c* 

c* 

Co 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c« 


PROGRAM  SOMEWHAT  MACHINE  DEPENDENT.  PRESENT  FORM 
COMPATIBLE  WITH  IBM  360  SERIES  AND  OTHER  COMPUTERS 
HAVING  THIS  WORD  STRUCTURE  FOR  ALPHANUMER  ICS: 

A.  R  BITS  PER  BYTE 

B.  4  BYTES  PER  (NORMAL  LENGTH)  WORD 

C.  ALPHANUMERIC  BLANK  HAS  0  LEADING  BIT  (WORD 

BEGINNING  WITH  BLANK  WOULD  BE  CONSIDERED 
POSITIVE  IF  USED  IN  ARITHMETIC  EXPRESSION) 
MINOR  CHANGES  WILL  ADAPT  PROGRAM  TO  OTHER  WORD  STRUCT¬ 
URES.  FOR  EXAMPLE,  IF  ALL  BUT  IA)  ARE  SATISFIED,  THEN 
THE  DATA  STATEMENT  FOR  NBYT  NEFD  ONLY  BE  CHANGED  FROM 
200  g  =  ?54  TO  2*0N  (N  =  NO.  BITS  PER  BYTE). 


CO 

C* 

C* 

C* 

C* 

C* 

CO 

C* 

CO 

CO 


2.  THE  CONVERSION  PULES  ARE 

A.  IF  KDIG  =  0,  OUTPUT  *  •  •  ( ALL  BLANKS) 

B.  IF  KDIG  IS  NEGATIVE,  OUTPUT  =  •  0*0*  (BLANK, 

FOLLOWED  BY  3  ASTERISKS) 

C.  IF  KDIG  IS  POSITIVE,  THE  3  LOW  ORDER  DIGITS 

APE  CONVERTED  TU  DNF  OF  THESE  FORMS 

' BDBB 1  IF  KDIG  OF  FORM  D  (I  DIGIT) 

1 BDD3 '  IF  KDIG  nF  FORM  OD  (2  DIGITS) 

•  SHOO'  IF  KDIG  OF  FOR v  ODD  (3  DIGITS) 


C* 

Co  3.  IF  THE  IN°Uf  VARIABLE  KDIG  HAS  MORF  THAN  3  SIGNIF- 

CO  ICANT  DIG'TS,  PROGRAM  OPERATES  ON  LAST  3. 

C* 

C* 

CO  SJBI?  OUT  INS  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
c*  M0  NF 

C* 

C*  <■.***«■**«:*  4:  $$**>*e*«*#*4r,*'5:*<:4!#<'*<<***SOOO'M*0******************** 


, 


% 


t 


Figure  2.2-30 
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O ********** *****************  oump^s  ********************************! 

c* 

C*  SUBROUTINE  DUMPMS 

c* 

C*  PURPOSE  '  ‘ 

C*  LISTS  (’DUMPS')  PARAMETER  S TOR AGF  AREA  /BIGSTR/,  AFTER 

C*  EDITING,  FOR  REFERENCE  ANO/OR  PROGRAM  OR  DATA  DEBUGGING/ 

C*  VERIFICATION. 

C* 

C*  FALLING  SEGUENCE 

C*  CALL  DUMPMS 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  NO  EXPLICIT  PARAMETERS 

C*  INFORMATION  REQUIRED  3Y  OUMPMS  ALL  IN  COMMON  AREAS 

C* 

C*  REMARKS 

C*  REAL,  INTEGER  FORMATS  MATCHED  TO  MSMPAR  CONTENT,  EXCEPT 

C*  FOR  A  FEW  VARIABLES  FOR  WHICH  THE  TYPE  IS  VARIABLE.  THE 

C*  # CURRENT  (20  OCT  IR70)  PROGRAM  USES  Z-FORMAT  IHEXADEC IMAL) 

C*  FOR  THESE...  A  MACHINE-DE PENDENT  AND  NON-USAS  I- FOR TRAN 

C*  FORMAT. 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  PGSKIP  PAGE  SKIP  (PRINTER) ,  RESETS  PACE  AND  LINE 

C*  COUNTS.  PRINTS  STANDARD  HEADING 

C* 

C ****************************************  ******* *********  ************ 


Figure  2.2-31 
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2. 2.5. 6 


Input  Routines 


Three  short  input  subroutines  are  invoked  during  initial 
loading  of  storage.  TANDT  (Time  AND  Terrain),  called  by  EXEC  1, 
directly  reads  time  parameters  (BA5ICY~table),  and  calls  TERAN  to  read 
the  UTVSXY  and  UNTER  terrain  parameter  tables.  PARMIN,  called  by 
EXECIA,  is  a  simple  read  program  for  the  data  file  of  system  parameters. 
Each  call  to  PARMIN  causes  a  small  block  of  storage  in  EXECIA  to  be 
filled  with  (a)  one  parameter  subset  (e.  g. ,  the  parameters  for  one  sensor, 
or  one  UGSARRAY),  or  (b)  the  special  indicator  flag  that  delimits  a  major 
data  category. 

Figures  2.  2-32  through  2.  2-34  provide  comments  for  these 
three  subroutines  --  TANDT,  TERAN  and  PARMIN  --  on  an  individual  basis.* 


$ 

TERAN  'i  more  fully  documented  in  Section  5.  3  of  this  Volume,  and  in 
Volume  II,  It  is  used  in  PRERUN  and  in  auxiliary  program  blocks,  as 
well  as  in  MSM. 
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C  ««****«  »«**««*****$**  **«*♦***#  TANDT  ***pp*p  tt  t**t*t#t  ****  +  <•***<•  *4t* 
C* 

C*  SURP.OUT  I  NE  TANDT  • 

C* 

C *  PURPOSE 

C*  ><SM  ROUTINE,  AUXILIARY  TO  EXEC1-  READS  •  T I  YE  ANO  TERRAIN* 

C*  INTO  STORAGE. 

C* 

C*  CALI  IN'*.  SEQUENCE 

CP  CALL  TANDY 

C* 

C*  DESCRIPTION  HE  PARAMETERS 

C*  AN  INPUT  SUBROUTINE,  TANOT  READS  INTO  STORAGF  THE  TIME 

C*  AND  TCPPAIN  PA° AMf  TERS  FOR  THESE  FOUR  COMMON  AREAS 


C* 

C* 

C* 

CP 

c* 

c* 

c* 

c* 

CP 

c* 


/HAS  I C T /  HAS IC  CAME  TIME  PARAMETERS 

/ATT  I  ME/  TAPI E  OF  TIME  VALUES  AT  WH  1C  H  THE  DIF¬ 
FERENT  ATMOSPHERIC  TABLES  BECOME 
EFFECT  IVF 

/UNTFV  TABLES  OF  PARAMETERS  FOR  UP  TO  «  UNIT 

TFRRAIN  TYPFS 

/UTVSXY/  TABLES  from  which  thf  unit  TEPRAIN  type 
can  PE  KEYED  TO  GEOGRAPHIC  POSITION 
WITHIN  PRE-SET  SCENARIO  AREA. 


C* 

CP 

CP 

C* 

c* 

CP 

c* 

CP 

CP 

c* 

CP 

r.p 

r.p 

r.p 

cp 

cp 

c* 

r.p 

C* 

rp 

c  p 

CP 

CP 

CP 

r.p 

c* 


REMARKS 

I.  ALTHOUGH  TANOT  COMPRISES  IN  EFFECT  ONLY  A  FEW  READ 
STATEMENTS,  IT  IS  CODED  AS  A  DISTINCT  SUBROUTINE  TO 
FACILITATE  CHANGES  OUE  TO  VARYING  INPUT  SOURCES  FOR 
THE  OATA. 

?.  IN  PARTICULAR,  THIS  PAPTICULAP  VERSION  (27  OCTOBER  70> 
TS  TENTATIVE,  FUR  IJSF  IN  MSM  PROGRAM  DEVELOPMENT. 
PRnjABLY  DESIRABLE,  LATER,  WOULD  BE  A  TAPE  OR  DISK 
FILE  PREPARED  IN  PRERUN  FOR  WHICH  2  SIMPLE  READ 
STATEMENTS  COULD  3F  CODED  TO  REPLACE  STATEMENT  10. 

SUCH  A  CHANGE  WOULD  ELIMINATE  THF  NFE 0  IN  MSM  FUR  SUB¬ 
ROUTINE  TERAN  AND  ITS  IMPLIED  NEED  FOR  CARD  DATA. 


INPUT  UNIT  (IUNIT3)  FOR  /BASICT/  AND  /ATTIMF/  REFFRS 
TO  THE  TAPF  (OR  DISK)  ATMOSPHF«IC  DATA  FILE.  JCL 
(JOB  CONTROL  LANGUAGE)  CAN  ASSIGN  THE  CORRESPOND! NG 
PHYSICAL  INPUT  DEVICE.  CONSISTENCY  »"UST  BE  MAIN- 
rA*\PO  WITH  SUBROUTINE  EXEClT  (CORRESPONDING  UNIT 
AISO  DENOTED  1UNITJ,  WITH  SAME  NUMERIC  VALUE,  J)... 
THE  IJNIY  OTHER  MSM  PPPGRAM  ACCESSING  THIS  F  1 1 F  . 

SUB'* OUT  INE  AND  CUNC  T  l(“N  SJOMK  OGR  AMS  REQUIRED 

(srr  remark  2  amove > 


Figurt  2.2-32 
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£*******«**********$*<<  **********  TER  AN  ****************  *****  *****  ******* 

c 

C*  SUOKOUT  I iNJE  TER  AN 

C* 

C*  purpose  .  . 

C* 

c*  THIS  POUT  I NE  PLACES  THE  PLANNER  INPUT  DATA  DESCRIBING  THE 

C*  APPAL  EXTENT  OF  THE  UNIT  TERRAIN  TYPES  OVER  THE  SCENARIO  AREA 
C*  INTO  the  'UTVSXY'  COMMON  AREA  AND  PLACES  THE  DESIGNER  INPUT  FOR 

C*  THR  UNTEK  TABLES  INTO  THE  ' UNVER*  COMMON  AREA.  ALL  DATA  INPUT 

C*  IS  ASSU VFD  TO  BE  ON  CARDS. 

C* 

C*** ******************************* **********  ************************** 


Figure  2.2-33 


c*** 

r. 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


♦  ****♦**•♦*♦**♦  **J»*<C*^=) I*  PA  PM  IN  *#<■**«■*<■*<!#  *<■*****♦**!(<*#***♦*** 

SUBROUTINE  PAR M I N  * 

PURPOSE  .  .  * 

INPUT  ROUTINE  FOR  THF  BODY  OF  SYSTEM  PARAMETERS  PASSED  * 

TO  MS*  PROM  PRfPUN.  CALLED  ONLY  BY  EXFC1A.  * 

CALLING  SEOUENCE  * 

CALL  PAR  MI N  ( IOATA)  * 

DESCRIPTION  OF  PARAMETERS  * 

IOATA  AN  ARRAY  INTO  WHICH  PAR  MI N  MUST  PLACE  (ON  ANY  * 

ONE  CALL)--  * 

A.  PARAMETER  SUBLIST  FOR  ONE  SYSTEM  ELEMENT  * 

OR  ONE  DESCRIPTOR  DATA  SET,  OR  * 

B.  THE  FLAG  VALUE  0999  IN  I  DAT  A ( l ) ,  SIGN  I-  * 

FYING  THE  END  OF  A  MAJOR  DATA  CATEGORY,  * 

* 

IUNITP  INPUT  UNIT  DESIGNATION  FOR  THE  DATA  SOURCE .  * 


VALUE  ASSIGNED  HERE  IS  II,  BUT  JCL  (JOB  CONTROL  * 
LANGUAGE)  WILL  CONTROL  ACTUAL  ASSIGNMENT.  * 

* 

REMARKS  * 

ALTHOUGH  NEAR-TRIVIAL  IN  CONTENT,  PAPMIN  IS  CODED  AS  A  * 

DISTINCT  SUBROUTINE  TO  PROVIDE  CONVENIENT  ACCOMMODATION  * 

TO  POSSIBLE  CHANGES  IN  INPUT  DATA  SOURCE  OR  FORMAT.  * 

* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRFD  * 

NONE  * 


C* +*+***+*■*  t  **«**  +  #*+****  +  *****/!  +  *),  >>*****'.$«,***#*******  **** 


Figure  2.2-34 
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2.2.5.  7 


System  Type  Utility  Routines 


Nine  of  the  MSM  subprograms  have  no  implications  of 
"physical  significance,"  and  are  denoted  as  system  utility  routines. 
'System'  in  this  context  refers  to  a  general  computational  system,  not  the 
physical  sensor  system  being  simulated. 

ERASE  and  TRNSFR  provided  convenient  control  of  olock 
storage  operations.  ERASE  is  used  for  erasure  (setting  to  zero)  of  an 
arbitrary  block  of  storage.  TPNSFR  is  used  for  block  transfer  of  data 
from  one  storage  array  to  ano>  ler. 


ERFC  is  a  function-type  subprogram  that  evaluates  the 
complementary  error  function: 


x 


cr/c  (z)  - 


i 


0 


The  FORTRAN- coded  version  supplied  is  fully  general  enough  and  accurate 
enough  for  the  simulation  model;  it  is  not  intended  as  a  general  routine  for 
computer  installations.  Required  by  the  sensor  routines,  this  ERFC 
program  is  supplied  as  part  of  the  MSM  package  for  two  reasons:  (a)  some 
computer  installations  do  not  provide  an  ERFC  routine  in  their  software 
suppe  r.,  and  (b)  some  "standard"  ERFC  routines  supplied  by  computer 
manufacturers  generate  underflow  diagnostics  when  the  argument 

becomes  large  (and  the  mathematical  value  of  ERFC  becomes  smaller 
than  the  smallest  floating  point  number  that  can  be  represented  internally). 

Two  random  number  generating  decks,  each  with  three 
entry  points,  were  supplied  as  IBM  360  assembly  language  programs. 

This  is  the  sole  deviation  from  FORTRAN.  Although  it  is  possible  to  write 
random  number  generators  in  FORTRAN  language,  nearly  all  major 
computer  installations  use  machine  language  coded  generators  because  of 
the  very  significant  speed  advantage  for  a  program  that  tends  to  pe  called  a 
very  large  number  of  times  in  typical  usage.  The  deck  supplied  allows 
CAL- gene  rated  results  to  be  duplicated  exactly  on  any  IBM  360  large 
enough  to  handle  the  model.  . .  a  very  desirable  feature  in  transfer  of 
programs. 


The  uniform  random  number  package  has  three  entry  points, 
logically  equivaiei  t  to  three  distinct  subprograms. 

URN  acts  as  a  function  type  subprogram  in  which  the 
argument  is  a  dummy  (not  used).  Each  call  provides  a  "new"  random 
number,  from  a  statistical  distribution  uniform  over  0.0  to  1.0. 

URNORG  is  used  to  set  the  initial  integer  "state"  of  the 
generator.  Provision  is  made  on  one  of  the  header  cards  for  the  user  to 
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insert  an  initial  state  reference  value.  If  this  data  field  is  not  zero  or  blank, 
EXEC  1  calls  URNORG  with  the  planner's  value  as  argument. 

URNASK  provides  for  interrogation  of  the  random  number 
generator  as  to  its  "current"  reference  state.  URNASK  is  called  by 
EX2KLT,  which  then  prints  out  the  reference  value  that  existed  at  the 
termination  of  MSM  processing. 

The  entry  points  for  the  gaussian  random  number  package-- 
GRN,  GRNORG  and  GRNASK--are  analogous  to  URN,  URNORG  and  URNASK, 
respectively,  and  the  same  comments  generally  apply.  The  difference,  of 
course,  is  that  each  call  to  GRN  provides  a  standardized  (i.  e.  ,  zero  mean, 
unit  variance)  random  variable  with  gaussian  distribution. 

Figuree  2.2-35  through  2.2-39  provide  comments  on 
individual  subprogram  (or  entry  points,  in  the  case  of  the  random  number 
generators)  for  the  routines  in  the  system  utility  category. 
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C********  v*********************  fR  f,SE  ***************************  ***** 


0 

* 

c* 

SUBROUTINE  ERASE 

* 

c* 

* 

c* 

PURPOSE  *  • 

* 

c* 

ERASES  (SETS  TO  ZERO)  A  SPFCIFIEO  BLOCK 

OF 

STORAGE 

* 

c* 

* 

c* 

calling  SEQUENCE 

* 

c* 

CALL  E*ASF(A,N> 

* 

c* 

OR 

* 

c* 

CALL  ERASE  (  IA,N) 

* 

c* 

* 

c* 

DESCRIPTION  nf  PARAMETERS 

* 

c* 

At  I A  VARIABLE  NAME,  SPECIFYING  FIRST 

WORD 

OF  AREA 

* 

c* 

TO  BF  ERASED.  PEAL  OR  INTEGER 

NAME  MAY  BE 

* 

r.  * 

SPECIFIED  IN  CALLING  SEQUENCE. 

* 

C* 

N  NUMBER  OF  WORDS  UN  SEQUENCE)  TO 

BE 

ERASED 

* 

C* 

* 

C* 

REMARKS 

* 

C* 

N  =  0  IS  A  VALID  IF  TRIVIAL  ARGUMENT  VALUE. 

A  NEGA- 

* 

C* 

TIVE  VALUE  OF  N  IS  TREATED  AS  IF  N  =  0. 

* 

c* 

* 

c ***********  *********  ******************************** ******************* 

Figure  2.2-35 
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C**#*.****#***#****************#  T^NSTP  ********************************* 


r.*  * 

C*  SUBROUTINE  TRNSFR  * 

c*  * 

C*  PURPOSE  * 

C*  BLOCK  TRANS^-FR  OF  INFORMATION  IN  bNE  STORAGE  ARFA  * 

C*  INTO  ANOTHFP.  * 

C*  * 

C*  USAGE  * 

C*  CALL  TRNSFR  ( ARR AY  I , ARP  AY  2 ,N *  * 

C*  * 

C*  DESCRIPTION  OF  PARAMETERS  * 

C*  FIRST  N  WORDS  OF  ARRAY?  ARE  LOADED  WITH  VALUES  OF  * 

C*  FIRST  N  W05DS  OF  APPAY1.  ARRAY  1  IS  LEFT  UNCHANGED  * 

C*  IF  THE  TWO  AREAS  00  NOT  OVERLAP.  * 

C*  * 

C*  A  'WORD'  IN  THIS  CASE  IS  'NORMAL'  OR  DEFAULT  LENGTH  * 

C*  (E.G.,  4  BYTES  ON  IBM  360).  WORD  TYPES  (REAL.  * 

C*  INTEGER,  LOGICAL,  ...»  IMMATERIAL.  * 

C*  * 

C*  REMARKS  * 

C*  1.  ZERO  VALUE  FOR  N  IS  ACCEPTABLE.  NEGATIVE  VALUES  * 

C*  OF  N  (ERROR)  TREATED  AS  IF  N=0--  THAT  IS,  NO  * 

C*  TRANSFER  OCCURS.  NO  DIAGNOSTIC  MESSAGE.  * 

C*  * 

C*  2.  THIS  FORTRAN  PROGRAM,  PROVIDED  AS  A  PROJECT  SAM  I  ♦ 

C*  AUXILIARY  PROGRAM,  SHOULD  IDEALLY  BE  REPLACED  WITH  * 

C*  AN  ASSCMRLY  I  MACHINE)  LANGUAGE  PROGRAM  FOR  WHATEVER  * 

C*  CUMPUTER  IS  USED  FOR  'PRODUCTION'  RUNNING.  * 

C*  * 


r *********************************************************************** 

Figure  2.2-36 
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f*  '  6KFC  ^t*************************!!^ 

C*  PURPOSE 

g  SiF«  swsr- 

c* 

C*  BAILING  Sr-niFNCP  (  ILLUSTRATIVE ) 
c*  Y  «  erpcixi 

r* 

r '■*  DeSCK  I  PT  10  J  OF  PARAMETERS 

rt  *  R,R  rHIS  P^r.RAM,  X  MUST  BE  POSITIVE  OR  2ER0. 

C*  MFTHnO  AND  REFERENCE 

rcl  **  FOR  X  GKFnFR  than  5.0,  a  zero  value  is  returned 

c*  MUPPLACES)W,TH  ACCURACV  C^TERION  OF  5  OECl- 

r*  R*  THE  0  Tn  S  INTERVAL,  A  'HASTINGS'  TYPE  AP- 

C*  'ROMMATFON  FORMULA  WITH  ERR  JR  NOT  EXCEEDING 

r*  2  •*>£-*>  IN  MAGNITUDE  IS  USED...  FORMULA  7  I  ?S 

C’l  from  FOLLOWING  REFERENCE:  fukmula  7.1.2; 

zrl  handbook  of  mathematical  functions 

EDITED  BY:  ABRAM0WIT2,  STEGUN 

;  national  bureau  of  standards 

'  APPLIED  ’-ATHEMATICS  SERIES  55 

;  JONE  1964  PAGE  299 


r f  (ORIGINAL  SOURCE:  C.  HASTINGS,  JR.,  | 

c.t  APPROXIMATIONS  FOR  DIGITAL  COMPUTERS')  , 

CM  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED  ! 

i*  *  N  □  N  F  1 

r  <*  a 

. . * . * . •— «* . . . . . 


Figure  2.2-37 
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********  URN  PACKAGE  *»•*•*•*! 
UNIFORM  RANDOM  NUMBER  GENERATOR 


PURPOSE 

MUL  T|P|.P— ENTRY  PROGRAM  FOR  GENERATION  OF  JNIEORM  RAND¬ 
OM  MUMMERS,  AND  SETTING  OP.  INTERROGATING  THE  REEFRENCE 
STATE  OF  THE  GENERATOR. 

USAGE 

ILLUSTRATIVE  FORTRAN  CALLS  OF  THE  VARIOUS  FNTKIES  ARF-- 

1.  BASK  URN  ENTRY  -  FUNCTION  TYPO 

U  «  DON  (0UM«Y) 

WHERE  THE  ARGUMENT  (DUMMY)  IS  IGNORED  GIVES  INDE¬ 
PENDENT,  FLOATING-POINT,  SINGLE  PRECISION  (4-BYTE) 
NUMttF°S  UNIFORM  ON  (0,1.01. 

NCiTF.  PROGRAM  CANNOT  RETURN  AN  EXACT  0.0  OR  1.0,  BUT 
CAN  RETURN  VALUE  WITHIN  ONE  BIT  OF  1.0,  AND  A  VALUE 
AS  SMALL  AS  2**1-241  I  ABOUT  AX  10**1 -» I ) . 

2.  URNTP  ENTRY  (FILL  AN  ARRAY  WITH  URN'S) 

CALL  URNTO  iarrav.ni 

PUTS  URN'S  IN  ARRAY(l) , ARRA Y ( 2) , . . . ARP  AY  I N) 

0.  URNRST  ENTRY  (RESET  GENERATOR  TO  LOAD-TIME  STATE) 
CALL  URNRST 

RESTORES  GFNERATOR  TO  ITS  L  1A0-TIME  STATE 
(  *  X'TFFFFFFE'  *  2«*M-2  ■  F  •  2 147443444  •  ) 

4.  URN'IRG  ENTRY  (S^T  ORIGIN,  1 1 A  STATE) 

CALL  URNORG  (  I  REF  I 

SETS  STATE  <KN  IN  CODING)  TO  THE  VALUE  UE  IPFF,  EX¬ 
CEPT  THAT 

(A)  IF  I  REE  IS  NEGATIVE,  THE  ABSOLUTE  VALUE 
OF  I  REF  IS  USED. 

IB)  IF  IREF  IS  2F»0  MOO  » > ,  THE  LOAD-TIMF 
VALUE  X'TprcFFFF'  IS  USED  INSTFAD. 

NOTE ,  THF  ALGOR  ft"*  "Ri'CLinES  NEGATIVE  OR  EFFFCTIVF- 
LY  /ERE'  VALUES.  PROGRAM  GUARDS  AGAINST  SUCH  VALUES 
BEING  INADVERTENTLY  SUPPLIED  BY  USERS. 

5.  URN  ASK  ENTRY  (INTERROGATE  STATE) 

CALL  UPNASK  I  I R E F I 

sf r r>  value  of  irff  to  value  of  the  pefcuhce  state.. 

4.  URN  PH  T  ENTRY  (PRINT  STAVEI 
CALL  URNPRT 

CAUSrS  STATE  KEF t PENCE  (RNI  TO  HF  ARINTFD  IN  I  'PR- 


Figure  2.2-38 


000000 
»  000000 

*  oooooo 

*  oooooo 

*  00000) 
*  oooooo 

*  oooooo 

*  oooooo 

*  000001 
*  000001 
*  000001 
•  000001 

*  oonooi 

*  000001 
*  000001 
*  000001 
♦  000001 
*  000001 
*  000002 
*  000002 
*  000002 
*  000002 
*  000002 
*  000002 
*  000002 
*  000002 
*  000002 
»  000002 

*  000003 

*  000003 

*  000003 

*  000003 

*  00000  3 

*  000003 

*  0000)3 
»  000003 

*  00000) 

*  000003 

*  OOOOJ4 
»  001004 

*  000004 

*  000004 

*  000004 

*  000004 

*  00r004 

*  000004 

*  000004 

*  000004 

*  OOOCOS 
»  }».’0)S 
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MAT,  WITH  APPROPRIATE  MESSAGE. 


REMARKS 

THE  AUXILIARY  ENTRIES  FACILITATE  CONTROL  OP  'WHERE  THE 
GENERATOR  IS*.  FOR  EXAMPLE  ,  JF  URNPRT  (FOU  IVALENTLY, 
URMASK  PLUS  USER'S  OWN  PRINTOUT)  IS  USED  AT  IMF  TERMI¬ 
NATION  OF  A  COMPUTER  RUN i  A  SUBSEQUENT  PUN  CAN  3F  HITt- 
ATFO  FROM  THE  SAME  URN  STATE  BY-- 

(A)  READING  THE  REFERENCE  NUMBER  FROM  A  DATA  CARD 
191  USING  UfiNORG  TO  INITIALIZE  THE  GENERATOR. 


SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 
ERR  «SG 


METHUO 

THE  ALG1RITHM  ijsfo  FOR  THE  BASIC  (INTEGER)  RANDOM 
NUMBERS  R  IS 

R  1*1*1  I  *  ARP  INI  MOD  P 

WHE°E  p  IS  the  LARGEST  PRIME  CONSISTENT  WITH  REGISTER 
CAPACITY,  ANO  A  IS  A  PRIMITIVE  ROOT  OF  P. 

IN  THIS  CASE,  P  =  2**3 1- 1  I  BY  COINCIDENCE,  A  FULL  REG¬ 
ISTER  FULL  OF  BITS  I  NOTE  SIGN  BIT  NOT  USED,  Si)  ONLY  A 
31-BIT  REGISTER  IS  ASSUMED).  ANO  A  »  3125. 


THf  VALUES  RETURNED  TO  FAILING  PROGRAM  FOR  THE  URN  OR 
l)RN  T®  roTRIES  are  fl.OA  TED  ANO  SCALED  I  TO  O.O-l.DI  VER¬ 
SIONS  I)*’  THE  BASIC  I N T R Gc E S .  THt  CURRENT  VALUE  OF  THE 
BASIC  INTEGER  ( RN  IN  CODING)  IS  CALLED  THE  STATE  oc  THE 
GENERATOR.  AND  CAN  »E  INTFRROGA TED  or  reset  WITH  the 
ENTRIES  URNRST,  U“  IASK,  U-’NiIRG  DP  URNO»T. 


IFEEPENCE 

DAVID  W.  HUTCHIS  'N 

'A  NEW  UNIFORM  PSEUD^tANDUM  HIM  BE®  GENERA  TOP.  • 
COM!.  ACM  VH..D  Nl. 6  JUNE, 1)SS  PAGC  432 


*  000005 

*  OOOPOS 

*  000005 

*  nocoos 

*  ooooov 

*  000005 

*  OOUOOS 

*  000005 

*  000006' 
*  000006 
♦  000006 
*  000006' 
♦  000006' 
*  000006 

*  000006 I 

*  000006 
*  000006 

*  000C06 

*  000007' 

*  000007 

*  000C07. 

*  00000  7 

*  000007. 

*  00000  7* 

*  000007 

*  000007 

*  000007 * 

*  00000* 
«  0000091 

*  000003 

*  00000*). 

*  000003 

*  OOOOOB' 

*  000009 * 

*  .700009* 

*  000003 
»  0000)9 * 

*  000009' 

*  000009' 

*  ooocco 

»  000009 

*  00000® 
»  000009* 
*  00000  9* 


**r  «*»<i**v*«?'*3*  .■•**•****** 


Figure  2.2-38  (Cont.) 
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********  GRM  package  ********* 

CU  002A 

GAUSSIAN  RANDOM  NUMBER  GENERATOR 
CONTROL  SECTION  NAMEl  GAOS* 
ENTRY  POINTS! 

CRN  GRNTP  GRNPRT 
G»NRST  GRNORG  GRNASK 


PURPOSE 

GENERATION  OF  PSEUOO-RANOOH  GAUSSIAN  DEVIATES,  WITH  AUX¬ 
ILIARY  ENTRIES  FOR  SETTING  OR  InTERROGAT ING  THE  GENERATOR. 

USAGE 

t.  (,RN  ENTRY-  FUNCTION-TYPE  ENTRY 

CALLED  IN  FORTRAN  WITH  DUMMY  ARGUMENT,  E.G. 

G  »  GHN<  DUMMY  J 

THF  RESULTS  ARE  FLOATING  POINT,  SINGI  F-PR6- 
CISION,  ZERO  "FAN,  UNIT  VARIANCE. 

2.  GRNTP  ENTRY-  SUBROUTINE-TYPE  ENTRY  FOR  FILLING  AN  ARRAY 
WITH  GAN'S. 

CALL  GRNTPIAKRAY.N) 

WILL  CAUSE  GRN'S  TO  BE  GENEPATFD  ANO  PLAC-0 
INTO  THE  N  FULL  WOROS  ARRAY  II I .ARRAY  I  2 ).. . 

..  ARRAYIN) 

1.  G»NSST  ENTRY-  THE  STATEMENT 

call  GRNCST 

WILL  CAUSE  THE  REFERENCE  STATE  IAURNGJ 
OF  THE  GENERATOR  TO  BE  RESET,  THAT  IS, 

SET  TO  THE  LOAD-TINE  VALUE  X'TFFFEFEE'. 

A.  GRNORG  ENTRY-  TMF.  STATEMENT 

CALL  GRNORG 1 1 STA TE! 

WILL  SET  THE  REFERENCE  STATE  Oc  THE  GEN¬ 
ERATOR  TO  THE  VAIUE  OF  I  STAFF,  FXCEPT 
THAT: 

A.  THF  RIGHTMOST  01  BITS  OF  ISTATE  ARE 
USEO  (LEADING  BIT  IS  MASKED  OUT). 

P .  |R  THE  KESU!  T  OF  A  IS  ONE  OF  THE  TWO 
•ILLEGAL'  VALUES,  0  OR  X  •  IF FFEFE F  •  , 

THF  CALL  IS  1 NTFRPRF  TED  AS  CALI  GRN»S1. 
THAT  IS,  THr  VALUE  X' TFFFrFFf •  IS 
USFD  INSTEAD  „*  ISTATF. 

S.  G®NASK  FNT  j1—  FC'«  INTERROGATING.  THE  STATfMFNT 
CUL  GRNASKI  I  STATE) 

CAUSES  THE  RCFERFNCF  STA  TC  OF  THE  GEN- 


Figure  2.2-39 
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FRATOP  TP  OF  PLACED  INTO  LOCATION  J  ST  ATE 

*-.  GRNPKT  ENTRY-  ALTERNATIVE  METHOD  OF  INTERROGATION.  THE 
STATEMENT 

C-HL  F, SMART 

CAUSES  A  SYSOUT  PRINTOUT  OF  THK  REFERENCE 
STATE  STTH  MESSAGE,  E.G. 

CURRENT  OSN  REFERENCE  STATE  «  2747483646  IDFC 
|MAU  *  7FFFFFFE  (BASF  161 

THIS  MESSAGE  APPEARS  ON  ONE  l  INF,  IS  PRE¬ 
CEDED  HY  A  BLANK  LINF. 

remarks 

1.  THE  DECK  RE3UIRES  4EO(  BASE  LSI  •  124M'ASF  10)  BYTES. 

2.  EXECUTION  T|MFS  VARY  RANDOMLY,  BUT  AVERAGE  T  ME  TO 
r.f T  II'|F  Sen  IS  about  «S  MJCSOSFCONDS  (ON  360/651. 

SllB-‘nUT  INFS  AND  FUNCTION  SUBPROGRAMS  PEGUIRED 
ESRMSG 
SORT 
AlOG 

exp 

(ALL  LOADED  AUTOMATICALLY  FROM  CAL  SYSTEM  LIBRARY) 

METHOD,  REFERENCES 

I.  INTERNALLY  GFNEKATE')  UNIFORM  RANDOM  NUM9FRS  A»E  MAPPED 
INTO  GAUSSIAN  OFVIATES  ACCORDING  TO  THE  METHOD  DESCRIBED 
IN 

G.MARSAGLTA  AND  T.S**AY 
'A  C'INVt’N  161'T  •'FfH'ID  FOR  GENERATING 
NORMAL  VARIABLES* 

SIAM  REVIEW.  VOL. 5.  NO. 3,  JULY,  1044  PP260-’64 
MRIEFI  r.  THE  LOGIC  IS: 

RS.1R'  OF  THE  TIME:  AVERAGE  3  UNIFORM  DEVIATES 
II. O'**  ME  THE  TIME;  AVERAGE  2  UNIFORM  DEVIATES 
“.?S*  QE  THE  TIME!  COMPLICATED  “EJECTION  METHOD 
O.P’T  OF  HIE  II  '<E :  (VALUES  BEYOND  3  SIGMAI 
USC  PDLAP  ■*.'•1000 

TuF  MFTM'ID  ACHIEVES  H|G»i  AVERAGE  SPEED,  BY  DSINE.  SIMPLE 
AND  FAST  ALF.riM  I.thmS  EUR  "CRE  THAN  “7 /.  OF  THE  GRN  EVALU- 
ATIONS,  OVFR-Al l  MAP  P  INF,  I  S  *4  THEM  AT  I C  All  (  EXACT. 

?.  tnn  GENT  A  T I MG  ri*F  UNDEKIYING  UNIFORM  DEVIATES,  THIS 
MUL  T  I  P|.  1C  I  T  I  VE-r  i.nORJENT  I  A|.  METHOD  IS  us^o: 

Ul-I»l  )  «  A *U (  N)  MOD  p 

EHrpr  ouantities  are  integers,  uik)  represents  the 

K'TH  UVlE  >“•*  InU'GEP.  p  'S  The  LARGEST  “RIME  LFSS 
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THAN  ?**3l .  WHICH  HAPPENS  TO  PE 

p  .  2**T1-1  a  21474)16647  (HAS':  101 
-  7FFFFFFF  ((use  |4) 

?h'is  p%^2ir;r  ropt  °f  n*  **'  «*«  ,n 

A  ■  47021*77  (riASF  101  »  tl4*lq  (H'li)  P) 


PpPFHENr.fi 


0.  W.  HU  CMINSON 
•A  NEW  UN  IF  MAM  PSEUDO-RANDOM 
NUHPFR  r.gNE’ATOH’ 

COW“.  AC*  VOL.  *»  NT.  6  JUNE,  1 766 
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Storage  Access  Utility  Routines 


Six  utility  routines  are  provided,  that  simplify  coding  tasks 
for  access  to  system  parameters  in  storage  area  MSMPAR,  and  reduce  the 
amount  of  storage  that  would  be  required  if  access  instructions  had  to  be 
duplicated  many  times  over  in  the  numerous  users  (programs)  of  parameters. 
These  subroutines  occur  in  pairs,  according  as  the  returned  value  is  to  be  a 
storage  pointer  (program  names  ending  in. . .  PTR)  or  an  actual  parameter 
value  (program  names  ending  in.  ..  VLU).  The  names  are 

PARPTR 
PAR  VLU 
ARRPTR 
Ail  R  VLU 
TGTPTR 
TGTVLU. 

The  basic  pair  are  PARPTR  and  PARVLU,  that  can  be  used 
for  access  to  any  system  parameter.  Input  arguments  specify  category 
(1  through  13,  corresponding  to  ivISMl  through  MSM13),  subset  count  within 
category,  and  word  count  within  subset  list.  The  value  returned  is  the 
pointer  t  >  the  specified  word  if  PARPTR  is  used,  or  a  parameter  value  (any 
type:  real,  integer,  logical,  alphanumeric)  if  PARVLU  is  used. 

Because  of  (a)  frequent  occurrences  of  need  for  parameters 
of  system  arrays  and  of  forces  (red  or  blue),  and  (b)  special  bookkeeping 
instructions  required  for  these,  four  other  access  routines  are  supplied  that 
may  be  regarded  as  special  cases  of  PARPTR  or  PAR /LU.  ARRPTR  and 
ARRVLU  apply  to  system  arrays;  the  subroutines  themselves  determine 
whether  the  specified  array  ID  corresponds  to  UGSARRAYS  (MSM1), 
SCANARRAYS  (MSM2)  or  MOV  ARRAYS  (MSM3),  Analogously,  TGTPTR 
and  TGTVLU  apply  to  "target"  (red  or  blue  force)  parameters;  the  sub¬ 
routines  themselves  determine  whether  th  specifier  target  ID  corresponds 
to  a  blue  force  (MSM4)  or  red  force  (MSM5). 

Exact  calling  sequences,  definitions  of  arguments,  and 
other  comments  are  given  in  Fig.  2.  2-40  •'hrough  2.  2-45. 
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2. 2. 5. 8.1 


General  Methodology 


General  Methodology  for  Determining  Internal  Storage  Locations 
and  their  Values  for  Items  of  Data  In  MSM  Storage  follows. 

The  general  form  of  the  calling  sequence  to  determine  the  In¬ 
ternal  storage  locations  of  Items  of  data  In  MSM  storage  Is: 

Call  X  (I,  J,  K,  INDEX)  where: 

X  -  specif lea  the  subroutine. 

I  -  specifies  major  block;  valid  values  1  thru  13  for  MSMl 
thru  MSM13 . 

J  -  specifies  data  set  or  sublist  within  major  block. 

K  -  word  number  within  sublist. 

T’llDEX  -  the  internal  storage  location  for  the  word  specified  by 
.  I,  J,  K. 

In  order  to  come  up  with  a  methodology,  the  storage  arrays 
IPBIGS (  ),  IPBLU(  ),  IPPATH(  ),  LJUMP(  )  and  MSMPAR(  )  must  be  used.  These 
are  defined  respectively  as  the  pointer  or  storage  location  of  the  first  word 
of  each  major  block  of  data  in  storage,  each  blue  force,  each  path,  the  number 
of  words  in  each  data  set  of  these  major  blocks,  and  master  stream  of  data 
values  In  MSM  storage. 

Two  equations  of  the  following  general  form  are  required: 

(1)  INDEX  -  A  +  B  +  C  I  -  1,  13,  I  4  4,  I  4  11. 

(2)  INDEX  -  B  +  C  I  -  4  or  I  -  11. 

In  equation  (1),  let  A  equal  the  storage  location  of  the  first  word  of  the 
first  data  set  of  major  block  (I) .  Thus  A  ■  IPBIGS (I)  and 

(3)  INDEX  -  IPBIGS(I)  +  B  +  C 

I  +  1,  13,  I  4  4,  I  i  11. 

Continuing,  A  +  1  *  LJUMP(I)  gives  the  storage  location  of 
the  first  word  of  the  2nd  data  set  of  major  block  (I)  and  A  +  2  *  LJUMT(I) 
gives  the  1st  word  of  the  3rd  data  sat  of  major  block  (I),  etc.  Thus, 

A  +  (J  -  1)  *  LJUMP(I)  gives  the  storage  location  of  the  1st  word  of  the  Jth 
data  set  of  major  block  (I)  and  B  •  (J  -  1)  *  LJUMP(I)  giving: 

(4)  INDEX  -  IPBIGS(I)  +  (J  -  1)  *  LJUMPvI)  +  C 

I  -  1,  13,  I  4  4,  I  i  11. 
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To  find  C,  A  ±  B  +  1  gives  the  storage  location  of  the  second 
word  of  the  Jth  data  set  of  major  block  (I).  A  +  B  +  2  gives  the  storage  loca¬ 
tion  of  the  3rd  word  of  the  Jth  data  set  of  major  block  (I),  etc.  Thus,  A  +  B  + 
(K  -  1)  gives  the  storage  location  of  the  Ktb  word  of  the  Jth  data  set  of  major 
block  (I)  and  C  £  K  -  1. 

giving: 

C>)  INDEX  IPBIGS(I)  f  (J  -  1)  UUMP(I)  +  K  -  1 
I  -  1,  13,  I  4  4,  I  i  11. 

which  i3  the  required  equation  of  the  general  form  INDEX  ■  A  +  B  +  C.  Equation 

(5)  will  then  be  equal  to  the  storage  location  of  the  Kth  word  of  the  Jth  data 
set  of  the  Ith  major  bloctc. 

In  equation  (2) : 

(6)  INDEX  =  B  +  C  I  -  4  or  I  -  11. 

In  this  equation  IPBIGS(I)  is  not  needed  because  the  storage  arrays  IPBLU(J) 
for  I  «  4  and  IPPATH(J)  for  I  -  11  hold  the  appropriate  starting  locations  for 
these  major  blocks.  Thus,  following  the  same  logic  as  before: 

(7)  INDEX  -  B  +  C 

(8)  INDEX  =  IPBLU(J)  +  K  -  1  1-4. 

This  gives  the  storage  location  of  the  Kth  word  for  the  Jth  blue  force  in  MSM 
storage  and: 

(9)  INDEX  *  IPPATH(J)  +  K  -  1  I  -  11. 

This  gives  the  storage  location  of  the  Kth  word  for  the  J*-h  path  in  MSM  storage. 

To  get  the  values  associated  with  each  data  item  in  MSM  stor¬ 
age,  the  master  data  stream  array,  MSMPAR(  )  is  used.  The  general  form  of  the 
calling  sequence  to  determine  any  value  is  CALL  X  (I,  J,  K,  IVALUE)  where  I,  J, 
K  are  defined  as  before  and: 

(10)  IVALUE  -  MSMPAR( INDEX)  where  INDEX  is  calculated  as 

before. 

Equation  (10)  will  then  give  the  value,  based  on  INDEX,  of 
the  Kth  word  of  the  Jth  dat-  sat  of  the  Ith  major  block  in  MSM  storage. 
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*****  *************  *********  PrtOP  TQ  ****  ************  *****  :**.**  ***** 

n*'  * 

C*  SUBROUTINE  PAf<PT «  * 

c*  * 

C*  PURPOSE  * 

C#  MSM  UTILITY  KOUr.NE.  OETERMINFS  POtNTFft  TO  PARAMETER  IN  * 

C*  AS  f  A  «$MPA!>,  FOP  SPFCIFIfl)  MAJOR  BLOCK,  SUBLIST  WITHIN  * 

C*  BLOCK,  AND  WDCf)  COUNT  WITHIN  SUM.  t  ST.  * 

C*  * 

C*  CALLING  SEQUENCE  *■ 

C*  CALL  PAR 3TR  U,J,K,  INDEX!  * 

C*  * 

C*  065CK I "T TOM  OF  PARAMETERS  ♦ 

C#  l  *  ,1 , K  —  INPUTS  * 

C*  INDEX  —  OUTPUT  * 

C*  * 

C*  I  SPECIFIES  MAJOR  BLUCK,  VALID  VALUES  \  IFOR  MSM1)  « 

c*  thru  n  icn«  msmi3).  * 

c*  j  specifics  data  set  dp  susiist  within  block  * 

CO  X  SPECIFIES  WORD  NUMBER  WITHIN  SUBLIST  * 

c*  * 

r,0  INDEX  THFN  IS  the  POINTER  TO  MSMPAR  FOR  THE  WORD  SPEC!-  * 

C*  FIED  BY  I,J,K  * 

C*  * 

C*  RFMARKS  * 

C*  RELATED  SUBROUTINES  ARE  PARVLU,  ARRPTR  >  ARPVLU,  TGTPTR,  * 

C*  AMO  TGTVLU.  * 

r*  * 

C*  SLIBROUTINF  AND  FUNCTION  SUBPROGRAMS  REQUIRED  * 

C*  NONE  * 

C*  * 

Q  ****************************************************************  ******* 

Figure  2.2-40 
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I****#**#*#  ♦##*$*  $**«■#******  DRR VLU  #**♦****##**$* $****#*****#***** 


SUBROUTINE  PARVLU 

PURPOSE  •  . 

MSM  UTILITY  ROUTINE.  EXTRACTS  PARAMETER  VALUE  FROM  STOR¬ 
AGE  ARHA  MSMPAfi,  FOR  S°FC IFJED  MAJOR  BLOCK,  SUBLIST  WITHIN 
BLOCK,  A  NO  WORO  CCUN1  WITHIN  SUBLIST. 

CALLING  SEQUENCE 

CALL  PARVLU  (I , J , K  ,  VALUE) 

OR 

CALL  PARVLU  <l,J,K,  LVALUE) 

OESC.R  I  PT  ION  OF  PARAMETERS 

I «  J  « K ,  —  INPUT 

VALUE  °R  IVALUE  —  OUTPUT 

THE  OUTPUT  VARIABLE  NAME  MAY  RE  CHOSEN  REAL  ( E . G,  VALUE) 

OR  INTEGER  (F.G.,  I  VALUE),  COPRE SRONOI NG  TO  WHAT  THE 
♦ STOREO  FORM  IS. 

I  SPECIFIES  WHICH  MAJOR  B LOCI'  OF  MSMPAP  IS  DESIRED. 
VALID  VALUES  1  (CORRESPONDING  TO  KSM1,  OR  UGS 
ARRAYS)  THRU  13  (CORRESPONDING  TO  MSM13,  OR 
COVERAGE/SCAN  PARAMETER  SETS) 

J  SPECIFIES  A  PARTICULAR  SUBSET  WITHIN  THE 
MAJOR  BLOCK. 

K  SPECIFIES  WORD  NUMBER  WITHIN  THE  SUBLIST  SET 
BY  I  AND  J. 


REMARKS 

RELATFD  SUBROUTINE  — 


PARPTR 


EXAMPLES  OF  USE  OF  PARVLU 

l.  CALL  PARVLU  (1,12,0,  IDMQNl) 

IOMONI  WILL  BE  THF  VALUE  OF  THE  B*  TH 

IS,  THE  R • TH  WORD  FOR  ARRAY  12  WITHIN 
THE  UGS  ARRAY  PARAMETER  BLOCK.  IN  PAR¬ 
TICULAR,  IDMON1  WILL  BE  THE  ID  OF  THE 
PRIMARY  MONITOR  FOR  UGS  ARRAY  12. 

?.  CALL  PARVLU  IS, 12, 10,  ORIFNT) 

GIVES  AS  ORIENT  THE  VALUE  OF  THE  ORIENTA¬ 
TION  ANGLE  GIVFN  IN  WORD  10,  SENSOR  l?. 

3.  CALL  PARVLU  C,12,9,  IDET^P) 

GIVES  VALUE  OE  B  *  TH  WORD,  12'TH  SUBSET  OF 
MKM2  (STASCAN  ARRAYS).  NOTE  THAT  THIS  SE- 


Flgure  2.2-41 
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c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


QUFNCr  KEYS  rn  THE  12jTH  STAStAN  ARRAY,  not  * 

THE  SYSTEM  ARRAY  WITH  ID  *  12.  THE  VALUE  OR-  * 

tained,  incidentally,  is  id  nr  firetrap  assoc-  * 

IATED  WITH  THE  12* TH  STASCAN  ARRAY.  R 

* 

SUT^OUTINF  AND  FUNCTION  SUBPROGRAMS  REQUIRED  * 

NONE  * 


* 


C*****«*««««*>!it*  i)r*4  *********«««#************««<<*********  **************** 


Figure  2.2-41  (Cont.) 
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(;*$****<:$$«<.*  =?***<!**.>:»**£*  *<:*?<:  AP.  RP  TR  <rO*«*<t<l«l*«.**<!#*<'*<M»*****<l**#<l*< 
Cf 

c*  suiROumr-  arrptr 

C* 

Or  PURPOSE 

C#  M$M  UTiLfrv  rod  IMF.  DETERMINES  POINTER  TO  A  PARAMETER 

c*  nr  a  <; y s r r-  t  senior  array. 

o 

C*  CALLING  SCnurNCC 

C*  call  ABRPT-  (I.J,  INi:':  ) 

c  * 

C*  DESO3  iPTION  ,n  I  PARAMETERS 

C*  tNOFX  (OUTPUT)  WILL  CORRESPOND  TO  THF  J'TH  WORD  OF  THE 

C*  I'TH  SYSTEM  ARRAY.  THAT  IS,  THE  J'TH  WORD  CE  THE  I'TH 

C*  SYSTF"  ARRAY  CAN  LOCATED  AT  MSMPAR(INDEX) 

C.« 

O  REMARKS 

C*  •  I  '  REFERS  TM  THE  PL  A  ONER— SPEC  If  I tO  ARRAY  ID.  PROGRAM 

C*  WILL  DETERMINE  WHETHER  THIS  VALUE  CORRESPONDS  TO  MSM 1 

C*  ( UGS  ARRAYS).  MSM?  (STASCAN  ARRAYS)  UR  .MSH3  (MOVARRAYS), 

0*  AND  OfT ERMINE  POINTER  VALUE  ACCORDINGLY, 

r  * 

C>  RELATE^  SUBROUTINE  —  ARRVLU 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRFD 

C*  NONE  ' 

C* 

£*<.****<.**$$*#  ****<t$****$****$<I*******<><t  *************  ****************** 


Figure  2.2-42 
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C  **«**«#  ****«*««  ***************  ARP  VI U  *♦♦***«>***  *♦**♦*<**  «***.*  <<.****♦* 
CO  * 
C*  SUBROUTINE  ARRVLU  * 

c*  * 

C*  PU'-'O^Sf  * 
C*  MSM  UTILITY  ROUTINE.  E  Y  TRACTS  PARAMETER  VALUE  EOo  A  ♦ 
C*  SYSTEM  SENSOR  ARRAY,  FROM  PARAMETER  STORAGE  AP F A  MSMPAR.  * 
r*  * 
f.o  CALLING  SrOUF'iCF  * 
C*  CALL  A*»RVIJJ  (10ARAY,  IWOPO,  JVALUF!  * 
C*  np  * 
CO  i.ALL  ARRVLU  (  I  DAP  AY,  I  WORD,  VALUEI  * 
CO  * 
CO  OESCF l °TlON  OF  PARAMETERS  « 
C*  IOAPAY  INPUT.  SPECIFIES  10  OF  ARRAY  iWHFTHro  » 
CO  UGS,  STASCAi'l  "R  MOVING!  * 
C*  IWORO  INPUT.  SPECIFIES  WHICH  WORD  REQUIRE')  FROM  * 
Co  PARAMETER  SU3LIST  FOR  INDICATED  ARRAY.  * 
CO  * 
C*  I  VALUE  OUTPUT .  VALUE  OF  WORD  IDENTIFIED  3Y  I  OAR  AY  * 
Co  OR  VAL'JF  AND  1WOPO.  REAL  OR  INTEGER  NAME  CAN  BE  0 
CO  USED,  DEPENDING  UPON  FORM  IN  MSMPAR  STORAGE.  0 
C*  « 
CO  REMARKS  * 
C*  RELATED  subroutines  ARE  APRPTR,  parvlu,  parptr,  TGTVLU  o 
C.o  AND  TGTPTK.  THIS  ROUTINE  MAY  OF  CONSIDERED  A  MODIFICA-  * 
Co  TIUN  OF  PARVLU,  PORF  CONVENIENT  TO  USE  FOR  ARRAYS.  o 
CO  * 
r.o  SUHinUTINF  AND  FUNCTION  SUBPROGRAMS  REQUIRED  * 
C*  ARHPTR  GETS  POINTER  IINOEXI  OF  LOC’N  OE  DESIPFD  PARAM.  * 
C*  * 
C  *** *«***»«*  +  * ****** ********  ********* ******** *************************** 

Figure  2.2-A3 
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£******«£***«««*  ««*, ':#«*«*******  TGTPTR  ********************$$********* 

c*  * 

C*  SUCROUT I Nf  TGTPTR 

C* 

C*  PURPOSE  •  * 

C*  MSM  UTILITY  ROUTINE.  DETERMINES  POINTER  TO  A  P  ARAYETFR’ 

C*  OF  A  ’TARGET •  (RED  OR  OIUE  FORCE)  IN  STORAGE  AREA  MSMPAR. 

C* 

c*  calling  sequence 

C*  CALL  TGTPTR  U,J,  INDEX) 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  INDEX  (OUTPUT)  MILL  CORRESPOND  TO  THf  j«TH  WORD  OF  THE 

C*  PTH  FO’>CF.  THAT  IS,  THE  J»TH  HURD  UF  THE  PARAMETER 

C*  LIST  FOR  THE  FORCE  WITH  ID  *  I  WILL  BE  STORED  IN 

C*  MSMPAR  (JNOFX). 

C* 

C*  REMARKS 

C*  NOTE  1ST  ARGUMENT  IS  A  FOR C F  |D.  PROGRAM  WILL  OETFR- 

C*  .  MINE  WHETHER  THF  CORRESPONDING  FORCE,  OR  TARGET,  IS 

C*  RFD  OR  BLUE  AND  COMPENSATE  ^OR  THE  DIFFERENT  ORIGINS 

C*  AND  SUHLIST  LENGTHS  OF  RED  VS.  BLUE. 

C* 

C*  PELATFD  SUBROUTINES  ARE  TGTVLU,  PAR PTR ,  PARVLU,  ARRPTR 

C*  AND  ARRVLU. 

C* 

C*  SUBROUTINE  AN1'  FUNCTION  SUBPROGRAMS  REQUIRED. 

C*  NONF 

C* 

c ******** * ** **************+«***«****«********#**** *******  ****** ******** 


Figure  2.2-44 
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IT  ODE  V 


Evaluates  'Time  of  Day'  from  1T1ME 
(time  of  day  required  by  some  sensor 
routines) 


IUTEVL  Evaluates  IUT  index  (unit  terrain 

type)  from  X,  Y 

These  are  briefly  discussed  below.  Additional  information 
is  given  in  Fig.  2,  2*45  through  2,2-48  in  the  internal  comments  within  the 
program  listings  (Volume  III),  and  by  AUTOFLOWS  (also  Volume  11.1). 

TGTLG  and  TGTLXY  are  closely  related  subroutines,  the 
former  .  ing  used  by  the  latter.  Both  refer  to  positions  of  a  "target”  (in 
tins  context,  either  a  blue  or  red  force;  false  targets  are  handled  by  different 
routines)  on  a  specified  path  leg.  TGTLG  gives  static  parameters,  and 
TGTLXY  uses  these  static  parameters  to  determine  dynamic  positions  at 
specified  time  values. 

The  basic  input  argument  to  TGTLG  is  an  integer  word 
combining  target  (force)  ID  and  leg  number,  in  the  form 

IDTL  =  ID  +  1000*(LEG  NUMBER) 

It  should  be  noted  that  PRERUN  passes  to  MSM  target  identifications  in  this 
form,  and  that  this  form  is  much  more  useful  than  would  be  just  the  ID 
itself.  TGTLG  then  supplies  the  following  information  in  one  of  20  available 
"slots"  in  common  area  /TGLGCM/:  * 


XO.YO 

coordinates  of  initial  point  of  leg 

TO 

time  that  target  (leading  element) 
reaches  (XO,  YO) 

XI,  YI 

coordinates  at  terminal  end  of  leg 

TI 

time  target  reaches  (XI,  YI) 

VX,  VY 

x  and  y  components  of  target 
velocity  on  the  indicated  leg 

SPEEDL 

target  speed  on  indicated  leg 

TLO 

time  length  of  target  on  the  leg 

*  By  providing  a  "circulating  storage"  for  20  sets  of  data,  redundant 
calculation  is  greatly  reduced.  TGTLG  does  not  need  to  calculate 
again  any  data  already  in  one  of  the  slots;  it  simply  determines  the 
correct  KTL  value  and  returns  it. 
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TGTVLU  « ’>******<!***# 


C*  * 
C+  SUBROUTINE  TGTVLU  * 
C*  * 
C*  PURPOSE  * 
C*  MSM  UTILITY  ROUTINE.  PROVIDES  ThR  VALUE  OF  A  PARAMETER  * 
O  rRDM  T'U  MSMP.AP  STORAGF  AREA  FOR  A  SPECIFIFD  WORD  OF  A  * 
C*  SPCf.IFfF!)  TAPGfT  (rOPCFSI  10.  * 
C*  * 
C*  CALLING  SEQUENCE  * 
C*  CALL  TGTVLU  (10,IWPRD,  I  VALUE)  * 
C*  OR  * 
C*  CALL  TGTVLU  (IO,IWORO,  VALUE)  ♦ 
C*  * 
C*  OF  SC  P I PTI ON  OF  PARAMETERS  * 
C*  10  INPUT...  10  OE  (BIUE  Oft  RED)  FORCE  * 
C*  IWDRO  INPUT...  WQRO  NUMBER  IN  THE  STORED  LIST  OF  * 
C*  PARAMETERS  for  indicated  FORCE  * 
C*  IVALUF  OUTPUT. ..VALUE  OF  PAR AMETF  P  INDICATED  BY  * 
C*  OR  VALUE  INPUT  VARIABLES.  REAL  OR  INTEGER  * 
C*  NAME  CAN  BF.  USED,  DEPENDING  UPON  * 
C*  FORM  IN  STORAGE.  * 
C*  * 
C*  RFMARKS  » 
C*  RELATEO  SUBROUTINES  '  1  TGTPTR,  ARRVLU,  ARRPTR ,  PARVLU,  * 
C*  AND  PAPPTR.  * 
C*  * 
C*  THE  TARGET/FORCES  ID  MAY  cophfspono  EITHER  TO  RLUF  * 
C*  rnRCES  (PARAMETERS  IN  MSM<*I  OR  RED  FORCES  1  PARAMETER  S  * 
C*  IN  MSM5),  THE  PROGRAM  WILL  DETERMINE  WHICH,  AND  EXTRACT  * 
C *  THE  PARAMETER  VALUE  FROM  THF  PROPER  GENERAL  AREA.  • 
C*  * 
C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  RFQUIRFD  * 
C*  TGT OT°  GETS  SPECIFIC  LOCATION  OF  DESIRED  PARAMETER  * 
C*  * 


Figure  2.2-45 


C  ***********  ********  ***********  TGTLG  *********  **********************: 
C* 

c*  subroutine  tgtlg 

C*  ( TA^GET/LEGI 

c* 

C*  PURPOSE 

r*  *SM  UTrllTY  ROUTINE  POP  TAROET/LEG  MOTION  PARAMETER 

c*  calculations  t emu f  and  red  forcfs  as  targets...  not 

C*  RELEVANT  FOR  FALSE  TARGETS ) •  THIS  ROUTINE  CALCULATES 

C*  AND  STORES  PASIC  TARGET/LFG  PARAMETERS  THAT  00  NOT 


c* 

HINGE 

UN  A 

PARTICULAR 

INSTANT  OF  TIME. 

c* 

c* 

CALLING  SEQUENCE 

c* 

CALL 

TGTLG 

( I OTL 1 

c* 

c* 

OFSCP IPT  JON  OF 

PARAMETERS 

c* 

INf>UT 

c* 

I OTL 

PACKEO 

INTEGER  COMBINING  A  TARGET 

c* 

10  (IDF)  ANO  LEG  NUMBER  ( LGNO)  IN 

c* 

THE  FORM 

c* 

IDF  ♦  1000*LGND 

c* 

c* 

OUTPUTS  (ALL 

!N  COMMON 

AREA  /TGLGCM/ 

c* 

c* 

KTL 

SUBSCRIPT  VALUE  TO  COMMON  ARRAYS 

c* 

OFFINEO  BFLOW,  CORRESPONDING  TO 

c* 

THF  IOTL  VALUE  GIVEN  AS  INPUT. 

c* 

KTL  WILL  HAVE  VALUE  l  THRU  20. 

c* 

c* 

TMF  FOLLOWING  II  VARIABLES  IN  /TGLCCM/ARE 

c* 

ARRAYS 

WITH  DIMENSION  20.  WITH  THE  EXCEP- 

c* 

T I  ON  OF 

IOTGT’.  i  THESE  VARIABLES  ARE  ALL 

c* 

REAL  ANO  IN  INTEPNAL  GAME  UNITS 

c* 

c* 

IOTGLG 

STORED  TARGFT  10/  LEG  NO. 

c* 

XO 

X-COGRU  OF  ENTRY-NODE  OF  L' G 

o 

YO 

Y-COORD  OF  ENTRY-NODE  Oc  (EG 

c* 

...  ■ 

- 

-  TO 

-TIME -LEfcOWG  ELEMENT  OF  TARGFT 

c* 

REACHES  CXO.YO) 

c* 

XI 

"-COORD  OF  LEAVE-NODE  OF  LEG 

c* 

VI 

Y-COORO  OF  LEAVF-NODF  OF  LEG 

c* 

T1 

TIME  l FADING  ELEMENT  OF  TARGET 

c* 

LEAVES  (XI, Yl) 

c* 

TLO 

iIMf-LENGTH  OF  TARGET,  SECONOS. 

c* 

(VARIFS  WI”H  Lf G  NO.  AS  WFLL 

c* 

AS  NOMINAL  TARGET  SPEFO.I 

c,* 

SPFFOL 

SPFFD  OF  TARGET  ON  S°FCIFIEO  LEG. 

c* 

VX 

X-COMPONEMT  OF  VELOCITY  ON  LEG 

r.* 

,'Y 

Y-COM^QNENT  OF  VELUCITY  ON  LEG 

C* 


Figure  2.2-46 
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c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c  *+* 


REMARKS 

l.  THIS  ROU  T I  NF  USES  A  REVOLVING  STORAGE  CONCEPT .  PROVIDED 
IDTGTL( K )  IS  NON-ZEPO,  THE  SET  OF  ARRAY  VARIABLES  WITH 
THE  SA<-«E  SUBSCRIPT  <K)  IS  VALID  AND  CONSISTENT.  HENCE. 
UP  TO  ?0  VALID  TARGET /LEO  SET'S  CAN  BE  HELD  SIMULTAN¬ 
EOUSLY  IN  THE  COMMON  AREA.. 

7.  WHEN  A  PROGRAM  CALLS  TGTLG,  THE  SCALAR  VARIABLE  KTL  THAT 
IS  RETURNED  INFORMS  IT  OF  THE  PROPER  '  K  • ,  OR  SUBSCRIPT. 
TO  USE  FOR  THE  INPUT  VARIABLE  IOTL.  IT  IS  IMPLIED  THAT, 
AFTER  THE  CALL,  IDTGTLIKTU  WILL  EQUAL  IDTL. 

3.  WHEN  THE  ROUTINE  IS  ENTERED,  THE  STORED  IDTGTL  VALUFS 
ARE  SEARCHED  FOR  AGREEMENT  WITH  IDTL.  IF  AGREEMENT  IS 
FOUND,  NO  CALCULATION  PR  STORES  ARE  NECESSARY,  AND 
KTL  IS  RETURNED  WITH  THE  APPROPRIATE  VALUE. 

4.  IF  NO  AGREEMFNT  IS  FOUND,  CALCULATION  OCCURS.  SUB¬ 
SCRIPT  USED  IS  A  ‘NEW*  ONE  IF  POSSIRLF.  OTHERWISE 

THE  ’OLDEST*  SET  OF  PARAMETERS  IS  ERASED  AND  REPLACED 
*  WITH  NEW  VALUES. 

5.  THE  STORAGE  CONCEPT  IS  A  COMPROMISE  BETWEEN  THE  FAST- 
BUT-^AX I  MUM-STORAGE  POSSIBILITY  (STORING  II  PARAMETERS 
FOR  EVERY  TARGET/LEG  COMBINATION)  AND  THE  MINIMUM- 
STORAGE-BUT-VERY-SLOW  POSSIBILITY  OF  COMPUTING  PARAM¬ 
ETERS  EVERY  TIME  MULTIPLE  COMPUTATION  OF  SAME  DATA). 

6.  NOTE  TI  IS  THE  TIMF  THAT  LEADING  ELEMENT  PE  TARGET 
OR  FORCE  LEAVFS  LEG.  TARGET  LEAVES  LEG  COMPLETELY 
AT  TIME  Tl+TLO  (TRAILING  ELEMENT  LEAVES). 


SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

TGTPT0  PROVIDES  POINTER  TO  A  TARGET  PARAMETER 

PAR °TP  PROVIDES  POINTER  TO  ARBITRARY  PARAMETER 


Figure  2.2-46  (Cont.) 


o 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

o 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c<= 

c* 

c* 

c* 

c* 

c* 

c* 


A*  **«$$**  Tr,  TLXV  ***+  *#«l  <>**«.**  A*  *****41**  ******** 

* 

SURPOUTNF  TO r L XV  * 

* 

purpose  * 

'<SM  auxiliary  ROUTINE.  TO  OETFRWINE  x.y  COORDINATES  OF  <• 

THE  LEADING  ELEMENT  OF  4  TARGET  WITH  RESPECT  TO  A  GIVEN  * 

PATH  LT-C-,  THE  NUMBER  OF  ELFHEnTS  AND  THE  SPEED  OF  THE  * 

TARGET  IK  THAT  LEO.  * 

* 

CALLING  SEQUENCE  * 

CALL  TGTLXV  ( IDT L ,  NFL  mi,  XTOTLE,YTGTLE,NELLFG,VELLEG)  * 

* 

DESCRIPTION  nr-  PARAMETERS  * 

I'JTL  INTEGER  WORD  OF  FORM  1 OOOYLFGND* 1 0  (COMBI-  * 

NATION  OF  TARGFT  ID  AND  LEG  NUMBER).  (INPUT)  * 

HE L TOT  TOTAL  NUMBER  OF  ELEMENTS  IN  TARGET.  (INPUT)  * 

* 

XTGTLE  COORDINATES  OF  LEADING  ELEMENT  UF  TARGET  SEG-  * 

YTGTIF  MENT  ON  SPECIFIED  LEG.  (OUTPUT)  * 

N6LLEG  NUM3ER  OF  TARGET  ELEMENTS  ON  LEG  (OUTPUT)  * 

VTLLFG  SP FED  Oc  TARGET  ON  L  FG  (OUTPUT)  * 

(TIME  IMPLICIT  INPUT  VIA  COMMON.  INTEGER  GAME  TIME  * 

VALUF  FOR  WHICH  CALCUATIONS  APPLY.  * 


REMARKS 

MOT  ION 
TGT LG, 


MOTION  "ARAMETFRS  REOIJIREO  ARE  PROVIDED  BY  SUBROUTINE 
TOTLG,  WHICH  LEAVES  RESULTS  IN  ONE  OF  THF  SLOTS  IN 
COMMON  ARF A  /TOLSCM/.  THE  INTEGER  KTL  USFQ  THROUGH¬ 
OUT  THF  COOING  BELOW  IS  THE  SUBSCRIPT  POINTER  FOR 
ACCESSING  / TGLGCM/ . 


SUclROUT  INF 
TGT  LG 


AND  FUNCTION  SUBPROGRAMS  REQUIRED 


**********************  *  •**?««  If*  *****  ***************  ******  *******  *** 


Figure  2.2-47 
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C****  »«*«***  ****«# «*$♦**** «*«*  S  T*<  T C  T  *•♦<>*#+*****<■********  *********  *» 


cp  * 
C*  SUBROUTINE  STRECT  * 
CP  (STATIONARY  R  FCTANCL  F )  * 
C*  * 
CP  PURPOSE  * 
C*  MSM  UTILITY  ( GEOw  CTRY )  ROUTINE.  CALCULATES  BASIC  * 
CP  VARIABLES  RELATED  TO  THE  I MTERS ECT I  ON  OF  A  TARGET  t 
C*  ( TRAVEL  I  MG  ON  SnFC I E I E  D  OATH  LEG)  W I TH  A  STATIONARY  * 
CP  RECTANGLE  SENSOR  FIELD  P 
cp  * 
CP  CALLING  SFOIJCNCE  P 
C*  CALL  STRECT  (IOTLt XC*YC,PLfRW, THETA,  TL E ENT , TLFE XT , T I  ML T)  P 
CP  P 


CP 

CP 

CP 

DESCRIPTION 

OF  PARAMETERS 

* 

INPUT  VARIABLES  P 

CP 

TOIL 

10  OF  T ARGFT /LEG  COMBINATION  (IN  FORM 

C.P 

IOTGT  f  IOOOPLFGNO) 

CP 

xc 

GAME  COORDINATES  OF  CENTER 

CP 

YC 

OF  RECTANGLE 

CP 

PL 

RECTANGLE  LENGTH 

CP 

RW 

RECTANGLE.  WIOTH 

CP 

c* 

CP 

THETA 

ORIENTATION  ANGLE  OF  RECTANGLE 

* 

OUTPUT  VARIABLES  P 

CP 

tleent 

TIME  LEAOTNG  ELEMENT  (OT  TARGET)  ENTERS  THE 

CP 

RECTANGULAR  FIELD 

c* 

TLFEXT 

TIME  LEADING  ELEMENT  EXITS  FPOM  RFCTANGLE 

C* 

TIMLT 

TIME  LENGTH  OF  TARGET  FORCE  ON  SPECIFIED  LEG 

c* 

CP 

RFMARKS 

CP 

l.  ROUTINE  INTENDED  ONLY  FOR  MOVING  TARGETS. 

CP 

?.  RFLATFO  ROUTINE  IS  STCIRC  (FOR  CIRCULAR  FIELDS) 

c* 

CP 

SUBROUTINE 

AND  FUNCTION  SUBPROGRAMS  REQUIRFD 

CP 

FPASF 

E°  ASE  (SET  TO  ZFRO)  BLOCK  OF  WORDS 

CP 

TGTLC. 

TARGET/LEG  MOTION  PARAMETER  COMPUTATION 

CP 

c* 

METHOD 

p 

★ 


C*  INPUT  VARIABLES  ARE  UTILIZED  ID  COMPUTE  THE  COORDINATES  OF  THE  POUR  * 
C*  CORNERS  OF  THE  RECTANGULAR  SENSOR  FIELD.  OTHER  VALUES  ARE  USED  TO  COM-  * 
C*  PUTE  LENGTH  AND  VELOCITY  VARIABLES  RELATING  TO  THE  TOUR  SIDES  OF  THE  RFC-  * 
r*  TANGLE.  TWO  VARIABLES,  ALPHA  AND  TAU  ARE  CALCULATED  WHICH  ARE  USED  TO  * 
C*  DETERMINE  WHETHER  A  TARGET  WOULD  HAVE  INTERSECTED  THE  SENSOR  RECTANGULAR  * 
C*  FIELD.  * 
O  WHEN  THE  PROPER  CONDITIONS  FOR  THE  VARIABLES  KOUNT,  ALPHA,  AND  TAU  * 
C*  EXIST,  TIMES  THAT  THE  LEADING  ELEMENT  OF  THE  TARGET  ENTER  AND  EXIT  THE  * 
C*  RECTANGULAR  FIELD  ARE  COMPUTED  AS  IS  THE  TIME  LENGTH  OF  A  TARGET  FORCE  ON  * 
C*  A  SPECIFIED  LEG.  WHEN  AN  INTERSECTION  IS  NOT  MADE,  THE  ENTRY  AND  EXIT  * 
C*  TIMES  ARE  SET  EQUAL  TO  ZERO.  * 

O  * 


Figure  2.2-48 
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f,**** 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

c* 

c* 

c* 

c* 

c* 

c+ 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

o 

c* 

o 

c* 

c* 

c* 


******  **************** «<-.**  ST C  IRC  ****************************** 

suHHouriNE  srci«c 


PURPOSE 

MSM  UTILITY  ROUTINE  (GFOMETRYI,  FOR  DETERMINING  ENTRY 
AND  EXIT  1  I  f  HR  A  TARGET  THRU  A  SENSOR  FIELD  THAT 
IS  A  STATIONARY  CIRCLE  (E.G.,  ARFQUOY  WITH  GEOMETRY 
INDEX  =  I) 

CALLING  SEQUENCE 

CALL  STCIRC  (IOTLiXC,YC,RC,  TLEENT , TLEFXT , TLT IM I 

DESCRIPTION  OF  PARAMFTERS 
*  INPUT  * 

IDTL  ID  OF  TARGE T/LEG 

XC  COORDINATES  OF  CENTER 

YC  OF  STATIONARY  CIRCLE 

RC  RADIUS  OF  CIRCLE 

.  *  OUTPUT  * 

TLEENT  TIME  THAT  LEADING  ELEMENT 

OF  TARGET  ENTERS  CIRCLE 
TLEEXT  TIME  THAT  LEADING  ELEMENT 

EXITS  FROM  CIRCLE 

TLTIM  TARGET  TIME  LENGTH  IN  SECONDS 

RFMAOKS 

1.  1 HF  'TARGET*  MAY  BE  ANY  MOVING  BLUE  OR  RED  FORCE. 
THIS  ROUTINE  NOT  APPLICABLE  FOR  FALSE  TARGETS  OR 
FOR  STATIONARY  TARGETS. 

2.  IF  THF  TARGET  OOFS  NOT  IN  FACT  I NTFRSECT  THE  CIRCLE 
WHFN  ON  THE  INOICATFO  PATH  LEG,  THE  OUTPUT  VARIABLES 
TLEENT  AND  TLEEXT  WILL  BOTH  BE  SET  Tn  O.O. 


SUBRnUT INF  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

TGTLG  CALCULATES  PARAMETERS  FOR  TARGET/LEC. 

ACCESSED  VIA  /TGLGCV  COMMON  AREA. 


RESULTS 


method 

THE  TGLGCM  OOMCN  AREA  IS  ACCESSED  TO  OBTAIN  THE  SPECIFIC  PARAME¬ 
TERS  REQUIRED.  THE  INTEGER  KTL  IS  THE  SUBSCRIPT  POINTER  FOR  ACCESSING 
TGLGCM.  CALCULATIONS  ARE  MADE  INVOLVING  DISTANCES,  VELOCITIES  AND  TIMES. 
THE  VARIABLE  DlSCR  (DISCRIMINANT)  IS  DETERMINED  AND  IF  THIS  VALUE  IS 
LESS  THAN  OR  EQUAL  TO  ZERO,  THE  SUBPROGRAM  IS  EXITED  AND  THE  LEG  HAS 
NO  VALID  INTERSECTION  WITH  THE  CIRCLE.  THUS,  THE  TIMES  THAI  THE  LEADING 
TARGET  ELEK&.T  ENTERS  AM)  EXITS  THE  CIRCLE  ARE  SIT  EQUAL  TO  ZERO. 

IF  THE  DISCPtMINANT  VALUE  IS  G1EATEX  THAN  ZERO  THE  EXTENDED  PATH 
LEG  AT  LEAST  INTERSECTS  THE  CIRCLE.  HOWEVER,  IT  MUST  STILL  BE  DETER¬ 
MINED  WHETHER  THE  ACTUAL  PATH  LEG  INTERSECTS  THE  CIRCLE.  ENTRY  AND  EXIT 
TIMES  ARE  COMPUTED  AND  IF  THE  RELATIONSHIP  IS  SUCH  THAT  THE  TIME  THAT  THE 
LEADING  ELEMENT  OF  TARGET  ENTERS  THE  CIRCLE  IS  LESS  THAN  THE  EXIT  TIME 
A  VALID  INTERSECTION  HAS  OCCURRED.  SUCH  WHEY  AND  EXIT  TIMES  ARE  THEN 
RETURNED  TO  THE  !CM. 

,»*»**■*  *»**»*! >*******  ******  ******  ************ 


Figur*  2.2-45 
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C*$********** «*«*«***  »«><*#*«***  FVNFFD  **** ******** ************ ******* 
C*  * 

C*  SUBROUTINE  FVNFFD  * 
C*  (EVALUATE  NO.  ELEMENTS  IN  FIELD)  * 
C*  * 
C*  PURPOSE  *  * 
C*  MSM  AUXILIARY  ROUTINE.  TO  EVALUATE  THE  NtJMBFP  OF  TARGET  * 
O  ELEMENTS  W1IHIN  AN  AP.FBUOY  SENSOR  FIELD  (MOVING  TARGETS,  ♦ 
C*  RED  HR  RLUE,  ONLY) .  * 
C*  * 
O  WITH  PROPER  PREPARATION  OF  VARIABLES  IN  COMMON,  6VNFFD  * 
C*  COUIO  ALSO  RE  USED  FOR  SENSORS  OTHER  THAN  APFBUOY.  * 
C*  ♦ 
C*  CALLING  SEQUENCE  * 
C*  CALL  EVNEFD  ( IOTL, NOELEM,  NELFLD.VELTAR)  * 
C*  * 
C*  DESCRIPTION  OF  PARAMETERS  * 
C *  *  OUTPUT  VARIABLES  *  * 
C*  NELRLD  NO.  OF  TARGET  ELEMENTS  IN  SFNSOR  COVERAGE  FIELD  * 
C*  VELTAR  SPEED  OF  TARGET  ON  GIVEN  LFG  * 
C*  * 
C*  *  INPUT  VARIABLES,  EXPLICIT  ♦  * 
C*  IDTI  TARGET  LEG  ID  ( I0TGT  ♦  l O0O*LEGNO)  * 
C*  NOELEM  TOTAL  NO.  OF  ELEMENTS  iN  TARGET  FORCE  * 
C*  * 


C* 

C* 

C* 

C* 

C* 

C* 

C* 

C* 


♦  INPUT  VARIABLES,  IMPLICIT  VIA  COMMON  * 

ITIME  INTEGER  GAME  TIME  (VIA  /BASICT/) 

XC  X , Y  COORDINATES  OF  CENTER  Of  SFNSOR 

YC  FIELD  (VIA  /SENSOR/I 

THETA  ORIENTATION  ANGLE  (VIA  /SENSOR/).  USED 

ONLY  FOR  OPEN  RECTANGLE  OPTION,  IGEOM  «  2. 
IGEOM  GEOMETRY  INDEX  AS  DEFINED  FOR  ARFBUQY  FIELDS 
(VIA  /SENSOR/)... 


C* 

C* 

C* 

C* 

C* 

C* 

C* 


IGEOM  -  l  OPEN  CIRCLE 

*  2  OPEN  RECTANGLE 

*  3  PATH  LOCATION 

DI-max  LENGTH  OF  RECTANGLE  (IGEOM  »  2,3),  OP.  DIAMETER 
OF  CIRCLE  (IGEOM  •  1) 

WIDTH  WIDTH  OF  RECTANGLE  (MEANINGFUL  IN  MSM  ONLY 
FOR  IGEOM  -  2) 


C* 

C*  REMARKS 

C*  1.  THIS  RDUTINF  VALID  FDR  MOVING  RED  OR  BLUE  FORCES  RE- 

C*  GAROEO  AS  TARGETS. 

C*  2.  FRR OK  DIAGNOSTIC  PRINTFO  IF  STATIONARY  TARGET  IMPLIED 

C*  BY  rnr  IOTL  INPUT.  PRUGRAY  THEN  CONTINUED  WITH 

C*  NELFLD  SET  TO  /FRO. 


C* 

C*  SURKOUT INF  ANO  FUNCTION  SUBPROGRAMS  REQUIRED 
C*  TGTLG  TARGET/LEG  BASIC  COMPUTATIONS 
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c*  srcruc  c all rn  ip  igfom  *  i  ici»culao  pifldi  * 
C*  STRFCT  F  A  l.  L  F  f)  IF  r.POM  =■  ?  (QPE*  «FC  T  A  L  E  )  * 
C*  PGSKfP  PAOF  SKIP  CONTROL  (POSSIBLY  CALLED  IF  * 
C*  OIACNOSTIC  IS  PPIMEDI  * 

C*  * 

C*  METHOD  * 
C*  THE  SPEED  OF  A  TARGET  ON  A  SPECIFIED  LEG  IS  OBTAINED  THROUGH  THE  * 
C*  USE  OF  THE  KTL  SUBSCRIPT  VALUE  IN  ACCESSING  THE  COftDN  AREA  TGLGCM,  IF  * 
C*  THE  SPEED  VALUE  EQUALS  ZERO  AN  ERROR  DIAGNOSTIC  IS  PRINTED  AND  THE  * 
C*  NUMBER  OF  ELEMENTS  IN  THE  FIELD  IS  SET  EQUAL  10  ZERO.  IF  THE  TARGETS  * 
C*  ARE  OF  A  MOVING  TYPE,  AN  IGBOM  VARIABLE  IS  CHECKED  10  SEE  WHETHER  THE  * 
C*  SENSOR  FIELD  IS  AN  OPEN  CIRCLE,  OPEN  RECTANGLE,  OR  PATH  LOCATION.  * 
C*  WHEN  IGBOM  -  1,  THE  SENSOR  FIELD  IS  AN  OPW  CIRCLE  AND  SUBROUTINE  * 
C*  STCIRC  IS  CALLED.  THE  THREE  VARIABLES,  TLEENT,  1LEEXT,  AND  TIMLT  ARE  * 
C*  RETURNED  TO  THE  PROGRAM  EVNEFD  AND  FURTHER  CALCULATIONS  ARE  MADE  TO  DE-  * 
C*  TERMINE  THE  NUMBER  OF  ELEMENTS  IN  THE  FIELD.  TWO  TIME  VARIABLES  (TIMEP  * 
C*  AND  TIMEM)  ARE  COMPARED  AND  IF  TIMEP  IS  LESS  THAN  TTMEM  THE  NUMBER  OF  * 
C*  ELEMENTS  IN  THE  FIELD  IS  SET  EQUAL  10  ZERO.  IF  TIMEP  IS  GREATER  THAN  * 
C*  TIMEM  AND  TIMLT  IS  GREATER  THAN  ZERO,  A  CALCULATION  IS  MADE  TO  DETERMINE  * 
C*  THE  NUMBER  OP  ELEMENTS  IN  THE  FIELD.  * 
C*  WHEN  IGBOM  -  2,  THE  SENSOR  FIELD  IS  AN  OPEN  RECTANGLE  AND  SUB-  * 
C*  ROUTINE  STRECT  IS  CALLED.  THE  THREE  VARIABLES,  TLEENT,  TLEEXT,  AND  * 
C*  TIMLT  ARE  RETURNED  TO  THE  PROGRAM  EVNEFD  AND  HIE  SAME  CALCULATIONS  * 
O  DISCUSSED  ABOVE  ARE  MADE.  * 
C*  WHEN  IGBOM  -  3,  A  PATH  LOCATION  IS  DQ»TB>.  CALCULATIONS  ARE  HADE  * 
C*  INVOLVING  DISTANCES,  SPEEDS,  AND  TIMES.  THIS  LEADS  TO  TEE  COMPUTATION  * 
C*  OF  THE  TtftEE  VARIABLES,  TLEENT,  TLEEXT,  AND  TIM.T.  AT  THIS  POINT,  THE  * 
C*  PROGRAM  CONTINUES  IN  THE  SAME  MANNER  AS  PREVIOUSLY  DISCUSSED  FOR  IGBOM  * 
C*  VALUES  OP  1  AND  2.  * 
C*  * 
C************* ******************************************** ***************************** 


Figure  2,2-50  (Con.t) 


£*««*$****«  ****««*«* ***********  CL  ns  FI  *<■♦************♦****•**  ******* 

c* 

C*  SUBROUTINE  CLOSFL 

C*  (‘CLOSEST  ELEMENT*) 

C* 

C*  PURPOSE  i 

C*  MSM  ROUTINE, PRfMARII  Y  ESTABL  ISHFO  TO  SUPPORT  THE 

c*  GEOMETRY  linkage  for  THE  MAGNETIC  SENSOR  ROUTINF  (MAGTG) 

C*  AND  ITS  CONTROL  ROUTINE  EX3MAS.  PP.OVlPf  S  THF  VALUE  QE 

C*  NCLEL  (WHICH  ELEMENT  ME  A  TARGET  IS  CLOSEST  TO  THE 

C*  SENSOR) 


C* 

C* 
C f 
C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

C* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 


CALLING  SEQUENCE 

CALL  CL  OS EL  (IOTL,N1ELEHtxSNSR, YSNSR,  NCLEL) 


DESCRIPTION  OF  PARAMETERS 

I OTL  COMHINFD  TARGET  (RED  or  BLUE  EORCF)  (D  AND 

LEG  NUMBER . • •  IN  FORM  I  O*  1000*L  EGNC1 . 

NOFLEM  TOTAL  NUMBER  OF  ELEMENTS  IN  TARGET  FO°CE 
XSNSR  X  *  Y  COURDINATES  OF  SENSOR  (OR  ARBITRARY 
YSNSO  REFERENCE  POINT  I 

ITIME  INTEGER  GAME  TIKE  (IMPLICIT  INPUT  VIA  COMMON) 


NCLEL  OUTPUT.  INTEGER  VALUE  FROM  1  TO  NOELEM,  CORR¬ 
ESPONDING  TO  WHICH  TARGET  ELEMENT  IS  CLOSEST 
TO  (XSNSR, YSNSR)  AT  TIME  *  ITIME. 


SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

TGTLG  PROVIDES  BASIC  TARGET/LFG  MOTION  PARAMETERS, 
ACCESSED  AFTER  CALL  FROM  COMMON  /TGLCCM/. 


method 

IF  A  TARGFT.  REGAPOEO  AS  A  MOVING  LINE  SEGMENT,  INCLUDES 
THE  POINT  OF  CLOSEST  APPROACH,  A  PARAMETER  ALPHA  (BETWEFN 
0.0  AND  1.0)  IS  CALCULATED  THAT  SPECIFIES  THE  POINT  ON 
THE  TARGET  AT  THE  CLOSEST  APPROACH.  ALPHA  «  0.  WOULD  COR¬ 
RESPOND  TO  LEADING  ELEMENT  DF  TARGET  (HENCE  NCLEL  »  1), 
ALPHA  *  1.0  WOULD  CORRESPOND  TO  TRAILING  ELEMENT  OF  THE 
TARGET  (HENCE  NCLFL  *  NOELEM). 

IF  THE  SEGVPNT  OOPS  NOT  INCLUDE  THF  POINT  OF  CLOSEST 
APPROACH,  THEN  EITMFR  FNOPOINT  MUST  BE  CLOSEST  TO 
( XSNSR, YSNSR) .  THIS  POSSIBILITY  IS  AUTOMATICALLY  ACCOUNTED 
FOR  by  SETTING  ALPHA  TO  1.0  IF  THF  NOMINAL  VALUE  EXCEEDS 
1.0,  OR  TU  0.0  (P  THE  NOMINAL  VALUF  IS  LESS  THAN  0.0. 


Flgur*  2.2-51 


2-241 


£  **************,'*****  •****«•**«  kSTVLU  *****P*** ************* ********* 

cp  P 
C*  FUNCTION  KSTVLU  ♦ 
C*  * 
C*  PURPOSF  '  *  * 
C*  NSW  AUXILIARY  ROUTINE  (FUNCTION  TYPE)  TO  EVALUATE  THE  * 
C*  'KSTRNG*  PARAMETER  IMEASURE  OF  TARGET'S  'STRENGTH*  IN  * 
CP  CREATING  SIGNAL  TO  SENSOR  I .  P 
C*  * 
C*  CALLING  SEQUENCE  * 
C*  KSTRNG  «  KSTVLU  (IOTGTI  P 
C*  * 
C*  OESCR IPTION  OF  PARAMETERS  * 
C*  IDTGT  10  OF  A  RED  OR  BLUE  FORCE.  REGARDED  AS  A  P 
C*  SENSOR  TARGET  * 
C*  * 
C*  RFMARKS  * 
C*  THIS  ROUTINE  ACCESSES  'TARGET'  INFORMATION  FROM  COMMON  * 
CP  f BIGSTR/,  FOR  REO/BLUE  TARGETS  ONLY.  MOT  APPLICABLE  * 
C*  .  FOR  FALSE  TARGETS.  * 
C-*  * 


C* 

CP 

CP 

CP 

CP 

C* 


SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

TGTPTR  MSM  UTILITY,  TO  DETERMINE  POINTERS  TO  REO 
OR  BLUE  FORCES  DATA 

PARPTR  MSM  UTILITY,  TO  DETERMINE  POINTERS  TO  GENERAL 
PARAMETER  SET 


C *******************  ************ **************** **************** ******* 
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C* ****** ****** *****************  PT^AIM  ****************************** 


c* 

c* 

SUBROUTINE  FTPARl 

c* 

c* 

PURPOSE 

<  . 

c* 

PROVIOFS  STATIC  PARAMETERS  (AS  DEFINED  BELOW)  FOR  A 

c* 

FALSE  TARr.fT. 

c* 

c* 

CALLING  SeOUENC6 

r* 

CALL  FT?AC1  (LISTF.ITYPSN,  1 OCODE , 1DTOT , IT OTTP, KSTRNG, NFL  : 

c* 

(KSTRNG, NFL, SPACE) 

c* 

c* 

DESCRIPTION 

OF  PARAMETERS 

c* 

*  INPUT 

VARIABLES  * 

c* 

LISTF 

PEE  INFS  A  12-WORD  ARRAY  OF  FALSC  TARGET  PARAM¬ 

c* 

ETERS  (IN  PRACTICE,  A  SUBLIST  OF  A  TYPE  1 

c* 

EVENT  LIST) 

c* 

ITYPSN 

GENERIC  TYPE  CODE  FOR  SFNSOR  THAT  WILL  USE  THE 

c* 

FALSE  TARGET  DATA  (AFFECTS  COMPUTATION  OF 

c* 

THF  KSTRNG  PARAMETER) 

c* 

c* 

*  OUTPUT  VARIABLES  * 

c* 

IOCOOE 

ANALOGOUS  TO  MOTL»  FOR  RED/BLUE  TARGETS 

c* 

IDTGT 

AN  ID  CODE  OF  TYPE  OcFJNED  FOR  FALSE  TARGETS 

c* 

ITGTTP 

TARGET  GENERIC  TYPE  COOE  AS  USED  BY  SENSOR 

c* 

ROUTINES  (E.G,  1  FOR  PERSONNEL  OR  ANIMALS, 

r* 

2  FOR  VEHICLES,  ...  ) 

c* 

KSTRNG 

•STRFNGTH*  COOE,  AS  USEO  BY  SENSOR  ROUTINES 

c* 

NEL 

NUMBER  OF  ELEMENTS  IN  TARGET 

c* 

SPACE 

SPACING  BETWEEN  TARGET  ELEMENTS 

c* 

c* 

rfmarks 

c* 

1.  FTPARl  IS  AN  MSM  AUXILIARY  ROUTINE*  PRIMARILY  USED 

c* 

BY 

THE  FX3...  SERIES  OF  PROGRAMS. 

c* 

c* 

2.  RFLATEO  TO  THIS  R1UTINE  IS  SUBROUTINE  FTPAR2,  WHICH 

c* 

DETERMINES  DYNAMIC  P AS>AMETE»S  OF  FALSE  TARGETS. 

c* 

c* 

3.  NEL 

,  SPACE  APE  NOT  EXPLICITLY  PROVIDED  DATA .  ESTl- 

c* 

MATES  ARE  INFfcPRED  FRO**  DATA  THAT  APE  AVAILABLE. 

c* 

c* 

SUBROUTINE 

AND  FUNCTION  SUBPROGRAMS  RFQUIREO 

c* 

NONE 

c. * 

C*«*  *••*.'***  a****************** 
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C**-*?*****##**  **<-<•  ****#<:  **<•♦#*•«!  FTP  AM  2  *$***»****<•*****#****#***♦*#*** 

r  *  * 

C*  SUBROUTINE  FTPAR2  * 

C* 

(  *  PURPOSE 

C*  PROVIDES  DYNAMIC  PAPAMFTERS  (AS  OFF  INFO  BELOW)  FOR  A 

C*  FAtSF  T  ARGF  T  . 

C* 

r*  r  ail  imp.  srour\cF 

C.o  CALL  rriA*>2  (L  ISTF.UMt,  X » Y» VX * VY» S0FEO I 

r  * 

C*  DESCRIPTION  of  PAPAHETFPS 

C*  *  (NPIJT  VARIABLES  * 

C*  LIS  TF  OFF  l  NFS  A  12-WTRO  ARRAY  (IF  FALSF  TARGET  P  ARAN- 

C*  ETFt'S  UN  PRACTICE,  A  SURLIST  OF  A  TYPF  1 

C*  FVFNT  LIST) 

C*  TIMF  T I  "F  (GAME  T  l  MF  IN  SECONDS,  REAL) 

C* 

C*  *  OUTPUT  VARIABLES  (ALL  EVALUATED  AT  GIVEN  TI*E)  * 

C*  X  COORDINATES  OF 

C*  Y  FALSr  TARGET  (REAL,  MFTERS) 

C*  VX  X  AND  Y  COMPONENTS 

r*  V V  OF  TAP  GET  VELOCITY  (REAL,  METE«S/S6C) 

C*  SPEED  SPEED  (REAL,  METERS/SEC) 

C* 

C*  PFMARKS 

C*  I.  FTP AP  2  IS  AN  MSN  AUXILAPY  ROUTINE,  PSIMAPILY  USFD 

c*  n Y  rwt  EX3...  SFKIFS  CF  PROGRAMS. 

C* 

r ♦  rfl  ATFn  to  THIS  ROUTINE  IS  SUBROUTINE  FTPARl,  which 

C*  OETcRMINFS  STATU  PARAMETFRS  of  FALSF  TARGETS. 

C* 

C*  SURPOIJT I NF  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  NON? 

C* 

(  ***  4.  «««***«*  ***«**«: «***«**♦*# **#**«• ******** ************ ************** 
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riFIASK 


pup.  pose 

SERVES  TO  MAKE  PP  f  L  I 'UNARY  SEARCH  OT  BATTLEFIELD  ILIUM- 
IN4TIn  M  DAT  A  IN  "S'UA,  EO  METEr'IINE  ( A »  f  F  AMY  flLMMf- 
NATION  EVENTS  EXIST  IN  GIVEN  TIME  INlrPVAL,  ( P> )  IE  ST, 
TO  MET  MMI  Nt  CAP(  IE*,T  AND  LATEST  TMES  WITmH  THF 
INTERVAL  THAT  ANY  I LLIHINAT I UM  EVENT  COULD  OCCUR,  AN!) 
NUMBER  OF  SUCH  EVENTS. 


CALLING  SEQUENCE 

CALL  sriASK  (ITINl.ITIM: 


oescription  of  parameters 

*  INPUT  * 

T  T  I  Ml 
I  T  M2 


INTFOFP  TIME  VALUES,  REGIN¬ 
NING  AND  ENU  OF  TIME  INTERVAL 


•'*#*<!**<■<'**  “MX1#**** 

C* 

c*  subroutine 

c  * 

c* 

ct 
c* 
r.* 

r* 
c* 
c* 
c* 

c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c * 
c* 
c-: 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
c* 
r  * 
c* 
c* 
r. * 
c* 
c* 
c* 
c* 

r  ***  < 


Ijf  fA.SK  && **  *  *  **$  <>  *<■  *■>  tis  $  o  it  h  it  n 


ILIU‘1,NLMAX,  TILMINfTII  MAX) 


*  OUTPUT* 
ILL')'* 


hit  **AX 


TIL. MIN 


TIL'*AX 


LOGICAL  VARIA-5LP.  TRUE  IF  ANY  ILLUMINATION 
EXISTS  MURING  ITIM1  TO  ITM2.  IF  IIL'JM  IS 
FALSE,  VALl ES  FOP  FOLLOWING  THPEF  VAPIARLES 
ARE  SFT  TO  2E»0.  OTHERWISE... 

COUNT  OF  MUMPER  Of  MlSTlNCT  IlLUM’N  EVENTS 
ACTIVE  MURING  ITMl  TO  ITM2 
EARLIEST  POSSIBLE  THF  (REAL)  WITHIN  TME  INTTR- 
VAL  THAT  ILLUMINATION  CAN  OCCUR 
LATEST  POSSIBLE'  TfMF  ( R  E  A  L I  WITHIN  INTERVAL 
THAT  I  LI  URINATION  CAN  OCCUR 


RCHARKS 

1.  THIS  ROUT  INF  CALLEO  HY  SUBROUTINE  EXBMG 
?.  DATA  ON  WHICH  THIS  ROUTINE  OPERATE 5  ARE  IN  20 
BLOCKS,  B  W^ROS  EACH,  IN  MS'*I4.  EP»  FULl  FORMAT 
DESCUIPT  MM  SEE  Cf1'"*FMTS  FOR  SUBROUTINES  BEILUM 
OR  EX2BF  I  . 

SUB  pOUT  I MF  A  NO  FUNCTION  SUB‘TPMGPAMS  REQUIRED 
NONP 


t 

* 

$ 

* 

*i 

* 

* 

* 

* 

* 

* 

n 

* 

* 

* 

* 

* 

* 

* 

♦ 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 
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■  «***  *.>  ************** *******  bf ilum  ****************************** 

SUBROUTINE  BC  HUM 

(  BAT  TLFF I £L0  IlLUMINAT  ION  I 
« 

PURPOSE 

ROUTT  NT  ,  CALLFO  BY  EX3IMG,  TO  PROVIDE  INFORMATION 
ABOUT  'TATTLFF IFLO  ILLUMINATION  (FL4RFS,  INDIRECT  SEARCH¬ 
LIGHT!  FOR  USE  BY  IMAGE  SUBROUT  INF. 

CALLING  SFUUENCE 

CALI  BFILUM  (LITLSTJ 

OFSCRI*>TION  OF  ®  AR  AMF  TER  S 


LITLST 


ITIMf 


AN  ARRAY  OF  DIMENSION  11  IN  CALLING  PROGRAM, 
INTO  WHICH  BFILUW  PLACES  ITS  OUTPUT  INFOR¬ 
MATION. 

LITLSTHI  WILL  CONTAIN  COUNT  OF  NUMBER  0F 
SIMULTANEOUSLY  ACTIVF  LIGHT 
SOURCES.  IF  0,  REMAINDER  OF 
LITLST  ARRAY  IS  IRRELEVENT. 
LITLST (2),LITLST13! ... • 

WILL  CONTAIN  POINTER  VALUES  TO 
MSMPAR  FOR  THOSE  ACTIVF  LIGHT 
SOURCES  (HOWEVER  MANY  ARE  INDI¬ 
CATED  BY  UTLSTUM. 

IMPLICIT  INPUT  PARAMETER,  PASSFD  TO  BFILUM  VIA 
LABELED  COMMON  /BASICT/. 


REMARKS 


1.  example.  SUPPOSE  LITLSTU)  «  2,  LITLSM  2 )  *  16300, 

ANO  LITISTm  *  16324.  THEN  THERE  ARE  ?  ACTIVE 
LIGHT  SOURCES  AT  lTIMg.  OARAMFTER  LIST  (c  WORDS 
LUNG)  FOR  THF  FIRST  BEGINS  AT  MSMPAR I  1 6300 ) .  PAR¬ 
AMETER  LIST  FOR  THE  SECOND  BEGINS  AT  MSMPARI  16324) , 

2.  PARAMETER  LISTS  FOR  LIGHT  SOURCES  ARE  8  WORDS  LONG, 

AS  FOLLOWS— 


ALPHANUMERIC  ONE-WORD  1 OFNT  IT ICAT ION 
ITIM1  TIME  ILLUM  BEGINS  I  INTEGER) 

ITIM?  TIMF  ILLUM  EXPIRES  I  »•  I 
X  GAME  COORDINATES  OF  ILLUHNA- 

Y  HON  SOURCE  (»FAL,  MFTERSI 

M  HEIGHT  ABOVE  GROUNO  OF  ILLUMINATION 

SOURCE  AT  TIRE  1  ITI"!  ( RC AL . MFTE RS I 
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c.* 

c* 

c* 

f« 

c* 

c* 

c* 

r* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c* 

c.* 

c* 

c* 

c* 

c*#** 


AINTNS  INTENSITY  (!E  SOURCE 
MODE  MOOE-DE  -  I LLUM1 NA  T  I I1N 


(REAL) 


1.  NOTF.  THE  HFIGHT  VARIAUC  MAY  BE  OVERRIDDEN  BY  CEILING  * 
HEIGHT  E  0°  CERTAIN  M'’DC  VALUES «  * 

A.  THE  DIMENSION  (11)  FIR  LITI.Sr  LIMITS  PROGRAM  TO  AT  MOST  * 

10  SI MUl tanehusly  active  illumination  SOURCES.  IE  * 

•’OPE  THAN  10  APE  IN  OPERATION,  THF  FIRST  10  FNCOUNT-  * 

FKEO  IN  SFAPCH  WILL  BE  PASSED  CLITLSTC  1)  WILL  BE  10),  * 

AND  A  DIAGNOSTIC  MESSAGE  WILL  BE  PRINTED.  * 

* 

5.  EXPBFL  IS  A  RELATED  SUBROUTINE  AT  FXFC  LEVFL  2  ,  * 

HANDLING  STORAGE  nF  ILLUMINATION  EVENT  DATA  INTO  * 

M  S  M  P  A  H  .  * 

* 

SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIBFD  * 

POSKIP  PAGE  SKIP  CONTROL  * 

ERASE  INITIALIZES  ARRAYS  TO  ZERO  * 

* 

***?->**  *  a*#  ******  ***************  ********  ************  *************  ** 


Figure  2.2-56  (Cont.) 


i  t  <■***{•*  **  ****<!!•«*«*«<:'/<<  <'**<:  «iC  At^  1  ***##***«t#***#«l**************** 

subroutine  sc  an i 

PURPOSE 

HE  T  F  Rv  I N  P'S  MHFTMrH  A  TARGET  POSITION  IS  WITHIN  AN 

•  ILLUMINATI  IN  CELL*  FOR  A  SENSOR  WITH  A  SCANNING 
PATTERN  OF  •TYPEt*. 

off  »ni  nnv 

A  'TYPE  L*  SCAN  IS  OFF  I NEO  BY* 

1.  FOP  A  FIXED  RANGF  WINDOW  ,  ONE  OP  MORE  INREPRI) 

A? I  RUTH  SWEEPS  ARE  MADE.  AN  AZIMUTH  SWEEP  IS 
OreiNcO  IN  THIS  CONTEXT  AS  A  ONE-WAY  TRAVEL 
F»OM  "NE  AZIMUTH  LIMIT  ?•)  THE  OTHFP,  PFGAROLEbS 
OF  DIRFCTIOn. 

2.  AFTF&  THE  APPROPRIATE  NUMBER  OF  AZIMUTH  SWFCPS, 

THE  RANGE  WINDOW  IS  ADVANCED  RY  ThF  SPECIFIED 
RANGF  GATE  OR  INCREMENT,  EXCEPT  THAT  THE  NEXT 
VALUE  AFTER  ' R M AX •  IS  '  R  M  I N  '  —  RANGE  SWFEPS 
ARE  ALWAYS  FROM  MIN  TO  MAX. 

CALLING  SC  OUcNC  E 

CALL  SCAN1  ( TIME.RTGT.AZTGT,  IHIT) 

nESCRInmi  OF  parameters 

•  INPUT,  cXPLTCl T  * 

TIMF  G  AMC  TIMF,  RFAL,  SFCONOS 

PTGT  CANGE  Tn  TARGET  FROM  SFNSOR,  MFTFRS 

AZTGT  AZImijth  ANGLE  OF  TARGET  RELATIVE  TO  SFNSOR  (REAL, 
RADIANS,  MATH.  CONVENTION  FOR  0  (FAST)  ANO 
P°SI TI VF  DIRECTION  (CC) ) 

•  OUTPUT  * 

(HIT  =  1  ( F  TARGET  (S  ILLUMINATED 

*  0  OTHERWISE 

IMPLICIT  input  par  AMF  TCRS  FROM  COMMON  /CCuSCl/ 

RCM4AKS 

1.  MSM  UDUT I Nc ,  CALLFU  GY  EX3R OR ,  EX3IMG  ANO  EX3THV  WHEN 
SFNSOR  IS  DEFINED  TU  HAVE  TYPF  I  SECTOR  SCAN. 

2.  THF  STATIC  WORKING  PARAMETERS  FOR  SCANl ,  THAT  ARE 
ACC  FSShO  FROM  Common  /COMSCW,  MUST  ME  PLACED  THERF 
bY  A  "'  I  OR  CALL  TO  SFTSCl. 

Su-WOUTIN*-  and  FUNCTION  SUBPROGRAMS  RrDU!RrD 

NO'  IF 

Flgurt  2.2-57 
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METHOD 


C* 

C* 

C* 


C* 

C* 

C* 

C* 

C* 


* 
it 

TIME  VARIABLES  ARE  COMPUTED  THAT  ARE  USED  IN  LATER  CALCU-  * 
LATIONS.  BOTH  LOWER  AND  MAXIMUM  LIMITS  OF  THE  RANGE  BUCKET  ARE  * 
COMPUTED  AND  A  CHECK  IS  MADE  ON  THE  RANGE  TO  THE  TARGET.  IF  THE  * 
RANGE  TO  THE  TARGET  IS  LESS  THAN  THE  MINIMUM  OR  GREATER  THAN  THE  * 
MAXIMUM  RANGE  BUCKET  LIMITS,  THE  VARIABLE  I HIT  IS  SET  EQUAL  TO  * 
ZERO  (TARGET  IS  NOT  ILLUMINATED)  AND  THE  PROGRAM  IS  EXITED. 

IF  THE  RANGE  TO  TARGET  IS  WITHIN  THE  ABOVE  LIMITS,  AN  AZI-  * 
MUTH  CHECK  ID  WITHIN  HALF  A  BEAMfIDTH  OF  THE  BEAM  CENTER  IS  CON-  * 
DUCTED.  CALCULATIONS  ARE  MADE  INVOLVING  COVERAGE  ANGLE,  AZIMUTH  * 
SWEEPS,  A'ilMUTH  SWEEP  RATE,  ETC.  THAT  LEAD  TO  A  STEP  COMPARING  * 
THE  MODULUS  OF  ABSOLUTE  (ABS)  (AZTGT-AZ,  TWOPI)  WITH  BEAMWIDTH/  2 . 0 A 
IF  THE  MTDULUS  VALUE  IS  GREATER,  IHIT  -  0;  IF  THE  MODULUS  VALUE  * 
IS  LESS  THAN  BEAMfIDTH/ 2.0,  IHIT  -  1  AND  TARGET  ILLUMINATION  HAS  * 
OCCURRED.  * 


Figure  2.2-57  (Cont.) 
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*********  *****  **********  ***  sc  Art  Z  ******************************** 

* 

SUBROUTINE  SCAN2 


PURPOSE  *  • 

DETERMINES  WHf THE0  A  TARGET  POSITION  IS 
•  ILLUMINATION  CELL*  FOP  A  SENSOR  WITH  A 
PATTERN  OF  "TYPE  2". 


WITHIN  AN 
SCANNING 


DEF INI T ION 
A  "TYf'E 


2. 


A  RArtGE  GATE  IS  SWEPT 
SPECI F I  EG  MINI  NUN  TO 


3. 


2"  SCAN  IS  DEFINED  BY: 

FOP  FIXED  AZIMUTH  WINDOW, 

SPEC  I  FI  EG  SWFE?  RATE  FROM 
MAXIMUM  RANGE  VALUES 
AFTER  FACH  RANGF  SWEEP,  THE 
3 Y  ONE  INCRFMENT. 

WITH  REGARD  TO  AZIMUTH,  THF  STEPPED  VALUES  GO  IN 
SEQUENCE  F»OM  minimum-to-maximum,  maximum-to-min- 
imum,  thfm  °epeat. 


AT 


AZIMUTH  WtrtOOW  IS  MOVEO 


CALLING  SEQUENCE 

CALL  SCAN2  (TIME,RTGT,AZTGT,  IHIT) 

DESCRIPTION  OF  PARAMETERS 
*  INPUT  (EXPLICIT)  * 

TIME  GAME  TIME  (REAL,  SECONDS) 

PTGT  RANGE  TO  TARGET  FROM  SENSOR  (REAL,  MFTER^ 

A7TGT  AZIMUTH  OF  TARGET  KEL.  TO  SENSOR  (REAL,  RADIANS) 
MATHEMATICAL  CONVENTION  FDR  ZERO  ( *EAST )  AND 
POSITIVE  DIRECTION  (COUNTER-CLOCKWISE) 


*  OUTPUT  * 


*  l  IE  T4PGET  IS  ILLUMINATED 

*  0  OTHFRWISE 


IHIT 

IMPLICIT  INPUT  PARAMETERS  FROM  COMMON  /COMSC2/ 


OFM^KS 

l. 


Z. 


MSM  ROUTINE,  USED  BY  FX3MGR,  p  X  31  MG  AND  EX3THV  WHEN 
SENSOR  IS  DEFINED  TO  HAVE  A  TYRE  2  SECTOR  SCAN. 

THE  STATIC  WORKING  PARAMETERS  FOR  SCAN? ,  THAT  ARE 
ACCFSSEO  FROM  COMMON  /COMSC2/ ,  APE  INSERTED  THERE 
0Y  SU9R OUT  I NE  SFlSCZ. 

ALTHOUGH  the  EUNCTMNS  DF  SETSC2  AND  SCAN2  COULD  0E 
ACCOMMODATED  INTO  A  SINGLE  SUBPROGRAM,  PRACTICAL 
USAGE  (MPLItS  f  XTP  TMFLY  L  A  R  r-F  NUMBER  OF  CALLS  TO 
SCAN2  EOR  CFRTAIN  WFilF-CnVE" AGE  SENSORS.  BY  ASSIGN¬ 
ING  STAT  (C-PAP AMCTfs  F VALUA T I 3NS  TP  SETSC2,  WHICH 


Figure  2.2-58 
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C*  MAY  HF  CALLSO  'DUTSIOF  THE  LOOPS  SCAN2  CAN  OPFPATF 

C*  WITH  fl  EDUCED  CfHPUTfNO  TIME. 

C* 

C*  3.  SCAN?  IS  ONE  rr  THE  TWO  POSSIBLE  SFCTOR  SCAN  ROUTINrS. 

C*  •  . 

C*  SUB^nuT  I  NE  AND  FUNCTTHN  SOfiop  DOR  AMS  REQUIRED 
C*  NONF 

C* 

METHOD 

UTILIZING  THE  RANGE  LIMITS,  RANGE  SWEEP  RATE,  AND  MODULUS  FUNC¬ 
TION,  THE  VARIABLE  R  IS  COMPUTED.  IF  THE  ABSOLUTE  VALUE  OF  THE  RANGE 


TO  THE  TARGET  MINUS  R  IS  GREATER  THAN  THE  RANGE  GATE/2  THE  PROGRAM  IS  * 
EXITED  WITH  NO  TARGET  ILLUMINATION.  * 

HOWEVER,  IF  THE  ANSWER  ID  THE  ABOVE  QUESTION  IF  FALSE,  FURTHER  * 

CALCULATIONS  ARE  MADE  USING  RANGE  SWEEP  RA~E,  RANGE  LIMITS,  COVERAGE  * 

ANGLE,  INCREMENT  IN  AZIMUTH  ANGLE,  ORIENTATION  ANGLE,  MODULUS  FUNC-  * 

TION  AND  THE  INTEGER  FUNCTION.  AT  THIS  TIME,  THE  MODULUS  OF  THE  * 

ABSOLUTE  VALUE  OF  AZ-AZTBT,  TWOPI  IS  CHECKED  AGAINST  AZIBY2  (INCRE-  * 

MENT  IN  AZIMUTH  ANGLE/2. )IF  THE  MODULUS  VALUE  IS  LESS  THAN  AZIBY2,  * 

I  HIT  -  1  AND  TARGET  ILLUMINATION  OCCURS.  IF  THE  MODULUS  VALUE  IS  * 

•  GREATER,  IHIT  «  0,  AND  THE  PROGRAM  IS  EXITED.  * 


* 


Figure  2.2-58  (Con.t) 
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C  *<;**>,**  ***«,*,*****•,*  ;•.$*****.»<■<*  Sr ISC  l  «*  **************  ******* «*««*** 
C* 

F*  SUBROUTINE  SFTSCI 

C* 

C.  *  PUOi’^SF 

C*  PRfiSrtS  WORKING  0 ARAME  TCRS  FOP.  SCANNING  ROUTINE  SCANl. 

C  # 

C*  CALLING  SEQUENCE 

c*  CALI  S  F  T  SC  l  ( NWEPR  ! ,  R  I  NCR  » OMFG  A ,  RE  AMW,  l  S I  TYM,R  M  IN*I<M  AX  * 

C*  AZCTP.CVAMGl » 

r* 

C*  DESCRIPTION  OR  PARAMETERS 

C*  NREPRf  NUMBER  OF  AZIMUTH  SWEEPS  FOR  WHICH  RANGE 

C*  GATF  IS  HELD  CONSTANT 

C*  R I  NCR  R  ANGF  INCREMENT  (RANGE  GATE  I 

C*  OuFGA  AZI**uth  ANGLE  SWEFP  AATF,  RADIANS/SEC 

C*  BE  A  mw  HEAMWIDTH,  RAOUNS 

C*  ISITYM  INTEGER  GAWP  T I RADAR  OR  OTHER  SCANNING 

C*  SENSOR  IS  SITED  (TIME  OPERATIONS  BEGIN) 

C*  PM  I N  MINIMUM  AND  MAXIMUM  RANGES 

C*  °max  OF  SELECTED  RADAR  SCAN  PATTFRN 

C*  AZCTR  ORIENTATION  ANGLE...  AZIMUTH  VALUE  AT 

C*  CENTER  OF  SCAN,  IN  RADIANS 

C*  CVANGt  COVERAGE  ANGLE  (SECTOR  WIDTH),  IN  RADIANS 

C* 

C*  REMARKS 

r*  sftsci  *'usr  be  calied  offore  scani  is  called, 

C*  IN  JRnrp  TO  SFT  THE  WORKING  PARAMETERS  FOR  SCANl. 

C*  SCANl  WILL  GENERALLY  BE  CALLED  OFTEN  (WITHIN  LOOP). 

C*  THE  MSC  OF  SFTSCI  tOUTSIOF  OF  L»DP)  ELIMINATES  THE 

C*  NEED  FUR  REPETITIVE  REDUNDANT  CALCULATIONS  IN  SCANl. 

C*  COMMUNICATIONS  WITH  SCANl  (PASSAGE  OF  WORKING  PAR- 

C*  AMFTFRS)  IS  VIA  LABELED  COMMON  /COMSCl/. 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  NONE  < 

C*  « 

C  ***««***••>***  **«4«*«  *******  *************************************  ******* , 


Figure  2.2-59 
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stHprsf. 


c* **4*6# ************** 4 ********  sr  rsc?  ****************************** 

subroutine  snrsc2 


c* 

C* 

C* 

c* 

PURPOSE 

c* 

"RESETS 

c* 

c* 

CALLING  SFJ 

c* 

CALL  SE 

c* 

c* 

OESCR I PT i ON 

c* 

A7CTR 

c* 

CVANG 

c* 

RM  f  N 

c* 

RMAX 

c* 

AZINC 

c* 

or  or 

o 

RGATF 

c* 

ISITYM 

c* 

PEMARKS 

c+ 

Sr  TSC? 

c* 

SET  THE 

c* 

PARAMET 

c* 

c* 

SUBROUTINE 

c* 

NONE 

c* 

03 IFNTAT  ION  ANGLE  (SCAN  CENTER!,  RAOIANS 
TOTAL  COVERAGE  OF  SCAN,  RADIANS 
RANGE  LIMITS  FOR 
SCAN?  ROUTINE 

INCREMENT  IN  AZIMUTH  ANGLE  (AFTER  RANGE  SWEEP), RAO 
SWEEP  RATE  IN  RANGF,  METERS/SEC 
RANGE  GATE,  METERS 

INTEGER  GAME  TIME  RADAR  OR  OTHER  SCANNING  SENSOR 
IS  SITFO  (TIME  OPERATIONS  AEGIN) 


(-*****«*»  a**  «***«*  +  ««*****#*  ************  ***********************  *****«i*** 


Flgur*  2.2-60 
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C******************************  ( TOUFV  **********************I******** 

C* 

C*  SUBROUTINE  ITOOEV 

C* 

c*  purpose  .  . 

C*  EVALUATES  f HF  TIMF-OF-OAY  VARIABLE,  ITOD,  FROM  THE 

C*  INTEGER  C.A«F  T  JMT  VARIA3LF,  I T  I  ME . 

C* 

C*  CALLIN';  SEQUENCE 

C*  CALL  ITOOEV 

C* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  ALL  RfQUIREO  PARAMETERS  APE  IN  COMMON  /RASICT/. 

C*  (TIME  AND  ITOOST  (THE  LATTER  A  CONSTANT  »  rlR  OUGHOUT 

C*  CAME  PLAY)  ACT  AS  'INPUTS*,  ITOD  IS  'OUTPUT*. 

C* 

C*  SUBROUTINE  AND  FUNCTION  SUBPROGRAMS  REQUIRED 

C*  NONE 

C* 

C  ***************  ************ ************  rn****  ************  ************** 


Figure  2.2-61 


£***********  ******  **************  f  IJTE  VL  ******************************* 

c* 

C*  FIJNCT  I  ON  IUTFVL 

C* 

C*  PURPOSE  •  . 

C*  FUNCTION  TYPF  SUBPROGRAM.  GIVEN  COORDINATES  X,Y  AS 

C*  INPUT  ARGUMENTS,  IT  PROVIDES  AN  IUT  VALUE,  THAT 

c*  mrNTiFirs  which  unit  terrain  type  corresponds  to  x,y. 

c* 

C*  CALLING  SEQUENCE  (ILLUSTRATIVE) 

IUT  «  I UTEVI.  (  X ,  Y ) 

c* 

C*  DESCRIPTION  OF  PARAMETERS 

C*  EXPLICIT  ARGUMENTS 

C*  X  GAME  COORDINATES  OF 

C*  Y  PIT  I  NT  (  REAL,  METFRS 

C* 

C*  REQUIRED  common  area  data 

C*  COMMON  /UTVSXY/  IUTXYI 15,60) 

C* 

C*  *  CONTAINS  THF  IUT  VALUES  BY  ‘BLOCK’  (A  BLOCK  BEING 

C*  A  SOOMETEOXSOOMETCR  SQUARE),  IN  A  SPECIAL  PACKED 

C*  format. 

C* 

C*  REFERENCE-  SAM  I  MEMO  1016  (CAL),  R.  KIN7LY,  5  AUG  1970 

C* 

C*  COMMENTS  - 

C*  THIS  SUBPROGRAM  HAS  NO  BUILT-IN  ERROR  CHECKS. 

C*  DATA  ARF  ASSUME!)  PRESENT  IN  COMMON  AREA  /UTVSXY/, 

C*  ANO  INPUT  PARAMETERS  X  ANO  Y  ARE  ASSUMEO  COMPATIBLE 

C*  WITH  THESE  DATA. 

C* 

C* 

C*** ***********************  ******************************************** 


Figure  2,2*62 
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1DTGLG 


the  input  1DTL  value  is  placed  in 
the  same  slot  as  the  other  vari¬ 
ables  for  subsequent  identification 


Also  returned  in  common  is  an  index,  KTL,  that  identifies  to  the  calling 
program  which  of  the  20  slots  was  used  for  storing  requested  variables,  * 

TGTLXY  supplies  the  following  information,  keyed  to  a 
specific  game  time  value; 


X,  Y 

coordinates  of  target  leading 
element  on  the  specified  leg 
(at  the  given  time) 

NELLEG 

number  of  target  elements  on  leg 
(possibly  less  than  total  number  of 
elements  in  target) 

VELLEG 

target  speed  on  the  leg 

TGTLXY  may  be  regarded  as  a 
given  by  TGTLG, 

"time  interpolator"  for  the  end  point  data 

STRECT  and  STCIRC  relate  to  the  geometry  of  a  moving 
target  passing  through  a  stationary  rectangular  or  circular  field, 
respectively.  The  results  are  based  on  a  line  target,  but  are  reasonably 
good  estimates  for  non- line  targets*. 

YOR  STRECT,  the  input  variables  define  the  rectangle 
(coordinates  of  center,  length,  width  and  orientation  angle),  and  the  "IDTL" 
identifier  for  target  and  leg.  The  subroutine  returns  three  variables 
explicitly; 

TLEENT 

time  that  target  leading  element 
enters  the  rectangular  field 

TLEEXT 

time  that  target  leading  element 
exits  from  the  field 

TIMLT 

time  length  of  target  on  specified 

leg. 

Exact  calculations  for  intersections  of  circle  with  rectangle,  rectangle 
with  rectangle,  or  circle  with  circle,  are  extremely  difficult,  and  not 
justified  by  accuracy  with  which  target  and  sensor  field  geometries  are 

known. 
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Because  STRECT  calls  TGTLG,  the  program  that  calls  STRECT  may  also 
access  the  /TGLGCM/  common  area  for  additional  parameters, 

STC1RC  is  exactly  analogous  to  STRECT,  and  returns  the 
same  output  variables.  The  calling  sequence  is  slightly  simpler,  because 
no  length-vs -width  distinction  exists  for  a  circle  and  orientation  angle  has 
no  significance. 


EVNEFD,  as  used  in  the  initial  MSM  coding,  solves  a 
geometry  problem  for  aA^BUCY  sensor  calculations  only.  It  provides  (a)  the 
number  of  target  elements  within  the  ARFBUOY  field  for  any  of  the  three  types 
of  field  geometry  that  may  be  specified*  by  planner  data,  and  (b)  target 
speed  within  the  field.  The  number  of  input  variables,  including  those 
implicit  via  common  areas,  is  relatively  large;  the  reader  is  referred  to 
Fig.  2. 2-50  (or  to  program  listings)  for  full  specification.  EVNEFD  calls 
subroutines  TGTLG,  and  either  STC1RC  or  STRECT  according  to  field 
geometry. 


CLOSEL  ("closest  element"),  a  geometry  routine,  supplies 
an  integer  that  specifies  which  target  element  is  closest  to  a  fixed  position. 
This  rather  special  information  is  used  only  to  support  the  magnetic  sensor 
routine,  MAGTG,  and  its  executive  routine,  EX3MAG.  It  calls  TGTLG, 
STCIRC,  STRECT. 

KSTVLU  is  basically  a  storage  lookup  routine,  that 
determines  a  strengtK*oT- signal  index  (KSTRNG)  variable  required  by 
sensor  routines. 


FTPAR1  and  FTPAR2  are  the  only  two  MSM  routines 
uniquely  addressed  to  data  manipulation  and  access  for  false  targets. 

False  target  data,  unlike  data  for  red  and  blue  forces  regarded  as  targets, 
do  not  reside  in  system  parameter  storage,  but  are  passed  within  the 
sublist  for  any  type  1  event  that  refers  to  (one  or  more)  false  targets.** 
FTPAR1  and  FTPAR2  provide  the  means  for  conveniently  accessing  the 
appropriate  words  from  these  lists  and  passing  to  the  calling  program  the 
input  data  or  values  derived  from  the  input  data. 

FTPAR1  provides  static  information,  and  FTPAR2  provides 
dynamic  information.  In  usage,  FTPAR1  is  called  outside  of  the  "time  loops", 
while  FTPAR2  must  be  called  within  these  loops.  FTPAR1  specifically 
provides  these  data  for  false  targets; 


*"Open  circle,  "  "open  rectangle,"  or  "path  (road)  emplacement". 
See  Appendix  B;  format  for  event  type  1  sublists. 
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IDCODE 


as  provided  by  PRERUN 


ITGTTP 

a  target  generic  type  code  as 
required  by  sensor  routines 
(1  personnel,  2  =  vehicles,  etc.) 

KSTRNG 

strength- of- signal  index  required  by 
sensor  routines 

NEL 

estimate  of  number  of  elements  in 
target 

SPACE 

estimate  of  spacing  between  target 
elements,  or  altitude,  according 

ALT  j 

as  the  target  type  code  specifies 
ground  or  aircraft  target. 

FTPAR2  specifically  provides  these  data  for  false  targets,  corresponding  to 
a  specified  time  (input  variable): 

•  X 

coordinates  of 

Y 

target 

VX 

x  and  y  components  of 

VY 

target  velocity 

SPEED 

target  speed 

Two  subroutines ,  BFIASK  and  BFILUM ,  support  the  IMAGE 
sensor  routine  and  its  executive  (EX  3 1  MG)  in  providing  access  to  battlefield 
illumination  data.  Although  these  routines  could  have  been  combined  into 
one,  separation  allows  a  potentially  significant  reduction  in  computation  time 
by  placing  a  static  screening  routine  (BFIASK)  outside  of  the  time-consuming 
computational  loop  in  EX3IMG. 

Battlefield  illumination  data  are  stored  in  partition  MSM14 
of  storage  array  MSMPAR,  which  has  potential  storage  room  for  up  to  20 
simultaneous  sets  of  data  (8  words  per  set).  BFIASK  searches  this  area 
prior  to  the  main  computational  loop  within  EX3IMG.  If  no  illumination 
events  occur  during  the  time  interval  covered  by  the  loop,  a  logical  variable 
is  set  .FALSE.,  and  the  loop  log;c  avoids  repetitive  search  and  access 
operations.  If  one  or  more  illumination  events  do  occur  within  the  time 
interval,  then  BFIASK  determines  the  earliest  and  latest  times  that 
illumination  needs  to  be  explicitly  accessed  in  the  loop, 

BFILUM  is  called  within  the  major  tir  e  loop  (in  EX3IMG). 

If  so  directed  by  BFlASK-generated  keys,  BFILUM  accesses  battlefield 
illumination  data  from  storage  and  passes  the  appropriate  words  to  sub¬ 
routine  IMAGE  via  reserved  words  in  common  area  /  SENSOR/.  If  only 
one  illumination  event  is  active  at  a  given  time,  this  operation  is  trivial. 


If  more  than  one,  the  program  assumption  is  made  that  these  multiple 
lightings  are  not  in  the  same  local  area  or,  if  so,  that  the  closest 
one  would  dominate.  At  any  rate,  a  search  is  made  over  the  active  light 
events  to  determine  which  is  closest  to  the.  sensor,  and  the  one  set  of 
parameters  for  this  closest  one  is  placed  into  common  /SENSOR/  for 
use  by  subroutine  IMAGE. 

Four  subroutines  are  addressed  to  scanning  logic  and 
calculation,  for  those  sensors  that  may  have  sector  scanning  (radar, 
image  and  thermal  viewer).  Two  sector  scan  logics  are  defined.  For 
"type  1"  scan,  the  appropriate  subroutines  are  SCAN  1  (used  dynamically 
within  computing  loop)  and  SETSC1  (which  establishes  working  parameters 
for  SCAN  1,  outside  the  computing  loop).  For  "type  2",  the  analogous 
routines  are  SCAN2  and  SETSC2.  Definitions  of  the  two  types  of  scan 
logic,  calling  sequences,  etc.  are  given  in  program  listings  (Volume  Ill), 
and  in  Figs.  2.2-57  and  2.2-58.  A  qualitative  description  of  the  role  of 
SCAN  1  (or  SCAN  2)  in  program  operation  is,  however,  given  below. 

For  definiteness,  consider  a  radar  sensor  interrogation, 
and»a  type  1  sector  scan  logic.  In  EX3RDR,  a  double  computing  loop  is 
used  for  the  sensor-target  search:  a  loop  over  time  value*,  and  for  a 
fixed  time  a  loop  over  possible  targets  (up  to  16).  Consider,  then,  a 
fixed  time  and  a  fixed  target.  Program  logic  then  proceeds  according  to: 

(a)  a  call  to  SCAN  1  is  made,  to  determine  if  the 
target  is  within  the  illumination  window  of 

the  scan;  if  not,  the  following  step  is  bypassed. 

(b)  if  the  target  is  illuminated,  according  to 
SCAN  1,  the  RADAR  sensor  routine  is  interro¬ 
gated. 

The  implicit  assumption  in  this  logic  is  that  the  radar 
maintains  a  consistent  search  mode  based  on  the  planner-specified  scan 
parameters  and  does  not,  for  example,  switch  from  a  search  to  a  track 
mode.  Programming  changes  to  effect  such  a  switch  would  not  per  se 
be  difficult,  but  the  doctrine  for  switching  in  a  multi-target  environment 
would  require  considerable  care  in  definition. 

IT  ODE  V  is  a  short  utility  routine,  that  evaluates  the 
time-of-day  value  i rom  the  current  value  of  time.  Game  time  internally 
is  specified  by  number  of  seconds  from  specified  game  start. 

IUTEVL  (IUT  EVaLuation)  is  a  short  utility  routine  that 
is  used  both  in  MSM  and  ^ftfiRUN.  Its  input  variables  are  x  and  y  game 
coordinates.  The  value  rsturned  is  the  "IUT"  index  that  specifies  the 
unit  terrain  type.  This  IUT  value  may  then  be  used  to  access  the  proper 
variables  from  the  so-called  UNTER  tables  of  terrain  parameters. 
IUTEVL,  in  effect,  unpacks  the  information  in  common  area  /UTVSXY/ 
in  order  to  associate  the  proper  IUT  value  in  the  500  meter  by  500  meter 
square  containing  (x,  y). 
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2.2.6  MSM  Labeled  Common  Areas  and  Storage  Control 

Labeled  common  areas,  used  extensively  for  linkages 
among  MSM  subprograms,  have  considerable  influence  on  the  details  of 
MSM  structure  and  design.  A  very  special  case  exists  for  labeled  common 
/BIGSTR/,  which  is  used  for  storage  of  system  parameters  and  associated 
pointer  tables.  Here,  the  storage  logic  centers  on  efficient  use  of  storage 
for  externally  supplied  data,  having  an  indefinite  mix  of  lists  length^  and 
types  of  variables.  ..to  be  implemented  with  USASI  FORTRAN  coding. 

Thus,  storage  allocation,  editing,  and  storage  access  control  not  only 
indicated  requirements  for  special  explicitly  associated  subprograms,  but 
affects  and  details  of  operation  of  the  others. 

In  the  following  subsections,  a  general  overview  of  MSM 
labeled  common  areas  is  followed  by  specific  discussion  of  areas  /BIGSTR/, 
/SENSOR/  and  /TARGET/.  These  three  have  unique  features,  important 
to  MSM  program  structure  understanding.  In  particular  they  have  variable 
content  depending  upon  external  data  (/BIGSTR/)  or  upon  local  points  of 
use  within  MSM  (/SENSOR/  and  /TARGET/). 

2.2.6.  1  Overview  of  MSM  Labeled  Common  Areas 

Table  2.  2-VIsummr  rises  the  significant  labeled  common 
areas  within  MSM.  Not  shown  are  those  that  have  very  restricted 
useage  --  e.  g.  ,  ones  that  only  provide  linkage  between  two  related 
routines. 

Necessary  initialization  of  values  within  labeled  common 
blocks  is  performed  in  a  single  BLOCK  DATA  subprogram  called  MSMBLK. 

A  reproduction  of  the  FORTRAN  listing  of  MSMBLK,  given  in  Fig.  2.2-63, 
identifies  the  common  areas  so  initialized  and  the  numerical  values 
assigned. 

The  bulk  of  initialization  centers  on  clearing  to  zero  the 
starting  values  of  parameters.  The  non-zero  value  assignments  are: 

(a)  /SENVAR/  Designer  values  for  MSM  sensor 

routines.  These  values  are  not 
normally  considered  subject  to  change, 
but  the  option  to  change  requires  only 
MSMBLK  recompilation. 

(b)  /CONST/  Mathematical  constants  here  are  of 

course  not  intended  to  be  changed. 

LDUMP  controls  dumps  of  internal 
variables  of  the  sensor  routines 
upon  each  call.  The  value  .TRUE, 
(which  would  energize  these  dumps) 
would  be  useful  only  for  debugging 
purposes. 
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*  A*  provided.  A  dimension  of  20000  for  array  *SMPAR  within  /BIGSTR/  can  ba  raised 
lowered,  depending  upon  capacity  of  compt  tar  and  scenario  size. 

**  Definition  in  terms  of  variable  names  varies  according  to  sensor  routine. 


(c)  /BIGSTR/ 


ICARD,  IPRINT  correspond  to  unit 
device  numbers  for  the  system  card 
reader  and  printer,  respectively. 

The  values  5,  6  assigned  correspond 
to  rriost  IBM  computer  installations.  * 

One  array,  LJUMP,  has  non-zero 
values,  assigned.  These  correspond 
to  the  lengths  of  data  subsets  within 
MSMPAR.  For  example,  the  first 
assigned  value  (15)  gives  the  number 
of  words  allocated  to  each  UGSARRAY. . . 
the  first  category  stored  within  MSMPAR. 
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>***•*< 

c* 

c* 

HIOC#  1ATA  MSNRLK 

CA 

CA 

PURPOSE 

•  . 

CA 

BASIC 

GLOCK 

OATA  PROG*  A*4  FOR  ALL  BS*  COM"ON  AREAS 

CA 

c**< 

>**4**i 

c* 

C*A< 

>****•< 

c 

c  • 

BLOCK  DATA 
C 

c 

c  -  /tglgcm/  ♦** 

CONNON  /TGLGCM/  1 "TGL 0(20 » ,XO( 20 1 ,  VO( 201 . TO!  201 ,Xl(  201 ♦ VI 1 201  , 

X  Tit  20 ,  TLOt  20) «  SPfrrOL 1201 ,VX l?0),VV( 20 ),KTL 
DINENS ION  TLOUNC22H 
EQUIVAl  FNCE  CTLW*<1  I  ♦  inTGLO.t  1 )  I 
DATA  TL0UB/221*0.(J/ 

C 

C  **♦  /BIOSTR/ 

COHBDN  /BIO.ST*/  LJUBPI  11)  ,N0S*S  *1  II > ,  IP  MGS  111  J  .  IPBLU1200 1* 

X  |PPATM(ir00l,MS'*PAOC2O000» 

DATA  I  JUBP/H.B.B.O.JA, 24, 3H, 10,11,7, 0,7,10/,  NOSWSN/  13*0/, 

X  lPBfr,S/15*0/,  FPnLU/200*0/,  IPPATM/10DA0/,  HSMPAB/20000PO/ 

C 

c 

c  *•*  /PG^ONT/ 

COUSIN  /PGCGNT/  11 INF*, JPAOF, HFA0SGU71 
DATA  It INES/O/, rP40r/0/,HPA0Nr/17P4M  / 

C 

C 

C 

C  **♦  /SYSCNT/  (SYSTE*4  CC'JNTF»S1  A** 

COB^ON  /  SYSCNT /  K$Ptn),KAC)l3),*BA<;m,KARcm,K»!«m, 

1  KAOAI3v*,3l  ,KIHGn,31,KTHV(  3,3I,KRK4(  31  ,  KDSC  f  I  31  .KOACOI  31  , 

2  KOHAG(31,KOA3Fm,<PPIR(3»,KrPOP(3,3J,KOIHG(  3, 3 1  .KOTHVC  3,  31, 

3  KOAKUI  3)  ,  K3SFI  ,K3Ar.r,K3BAr,,K?A«F,KJPIA,K3H0B,K3IBG,K3TMV, 

4  K38Kkf,KSCNlR,K$CN2<t,KSCNlT,*$CN2I,XSr.NlT,KSi*2r,KFSEI,KFAC0« 

rKFRf^,Kf  BK«,KFY1  *KFV?,KFVI,KfV4,KEV6,KFVA,K€V7, 

6  KEVR.KfV+.KEWlO.KSTOFW.KRTPm .K9TPRI ,KRTP«l ,KRT,KBT,KFT 
OIMFNSION  KNTSYSU2SI 
EQUIVALENCE  CKNTSVSIII  ,KSE  1 1  111 
OATA  KNTSVS  /123*0/ 

C 

C  •  /ANOQUF/  •  •• 

COUPON  /AN0QII5/  KX.OI  101 ,  I  TPSN11 0) ,  IDSN 110) ,  I  »f)T|  10)  ,NRT  1 10»  , 
l  N8T  < 1 01 ,NFTI 1 0 1 , IORRT< 10 1 ,XPHT( 10 1 , YPRTI 10 1 ,RRRTI 101 , XSNI 101 • 

Ttgur*  2.2-63  M/XX  DAIA  SOBnOClAM,  MXKJC 
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r>  r>  o 


2  YSNdnj,  rnrp-it  io),nmni  iomdmkioi,  tdm2c  to >  ,  to^3f  lot.tDARUot , 

3  lO-TRClO)  .Wit  101  ,A0*2t  101  ,  A0M3  ( 10 )  .  AOFTK  (  10  )  ,  A0CF“  <1  0 » 

0|MFNSfr>N  AM 00  (  is  j ) 

FQUI VAONCF  (  t  AN'H  |  l  )  ,»0O{  l  )  ) 
data  I  anO:j 

c 

C  *<•*  /f'iJTCOM/  *<i* 

COMMON  /0!lfC0M/  KNCO  )P  ,  f  TYPSN,  l  DSNSR,  I  r  I  MOT  »  NR  T  OT  S ,  NBT  f»T  S  » 

i  NFTGTS.nPTr.T.tru^r.YPror.opTor.xSMSR.Y'iNSo, 

.?  !OC'>NF,rgMOr><S  .lOMPrJl,  I  OMOnl?,  lOMflNT,  {  OAR  AY  .  IOFTRP, 

3  A0M0M  ,  AOM3N2 ,  AJMriN3,AOcTRP,  AOCONF 

-OIMFNSICN  m,/TCM(24»  ^  _  ..  ......  . 

FQOlVAlFNCt  (  fOlJTCMt  l  t  ,KXOf)FI 
DATA  IDUTCO^SPO/ 

C 

C  ***  /SFNVAW/  *** 

COMMON  /ScNVAR/  C^'S  TA  ,  T0CL2A  ,«  J  4SAC  ,  3W  ACOiJ, 

1  CO'ISFS.rOFL?!».3IASSF»*3»<St!S 

2,  PHIA/  ,PH|[  L.Of  A»sS.<PIR  .OFVX-N 
3  .XM-Niev,  OANOTH,  ANFP.OPfXMN 
A  .thrfsp.dflaj, t jmm\x 

OAT  A  MI  ASIC,  BWACPU, CON  ST  A,  T0*-L2  A/C.  2,  *00.0,  1.0,40.0/ 

DATA  RIASSF,  Mini  SFIS«C'JN  STS, TOEl  7  S/9 . 2*  100.0,1. 3, 40.0/ 

DATA  P‘MAZ,PnIFL.JI4M,3WPf>’,nrvXMrj  /  0 . 0 1745  x  3 , 0 . 0523509,  10. 0 ,  100. 
1,0.4/ 

OATA  XMNOCV,MA^OT>-,ANFP/0. 9, 2400.0,  l.C-10/ 

DATA  ODTXMn/O.o/ 

OATA  TH«FSP,OFLA7,T|mm/vx/j.4c-oT, 0.034®, 3.0/ 


***  /Cnf'ST/  *** 

COMMom  /CONST/  LOUvP,S  .V,OFG,»AO,l>f  ,  ST  CFK,  I  C  A«0,  I  PRINT 

LOOICAl  !.01»mo 

OATA  LOIIMP,  so?, OF~.,p  a 0,p I ,  STFFk/. false.  ,  1.414214,  S7.  29578.0.01  74*3 

I  3,  3.141  403,1.0, .,t:C  _a, 

OATA  ICAPO,  Iop|NT/S,4/ 

C 

6N» . 


Figure  2.2-63  BLOCK  DATA  SUBPROCRAM,  MSMBLK  (Cont.) 
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2. 2. 6. 2 


Labeled  Common  /BIGSTR/ 


MSM  computational  steps  constantly  require  from  storage 
values  of  various  physical  system  parameters  (e.g.,  of  sensors,  arrays, 
forces,  monitors,  etc.).  The  number  of  such  parameters  will  be  large  in 
all  practical  simulation  scenarios. . .  large  enough  that  unnecessarily 
severe  restrictions  on  scenario  complexity  would  be  imposed,  for  a  given 
"reasonable"  computer  size,  if  simple  FORTRAN  coding  and  routine 
assignments  of  DIMENSION  statements  were  to  be  used  for  storage  control. 

In  this  context,  special  attention  was  paid  to  the  storage 
allocation,  control,  access  and  editing  of  system  parameters.  A  singly- 
subscripted  storage  array  called  MSMPAR,  with  initial  dimension  of 
20000  words,  was  established  to  hold  system  parameters,  whatever  their 
mix  in  terms  of  content,  variable  types  (real,  integer,  logical,  alphanumeric), 
sublist  lengths,  and  numbers  of  subsets  vs.  major  data  categories  might 
be  in  any  particular  job  app'ication.  Storage  allocation  and  access  control 
were  then  developed  (without  deviation  from  USASI  FORTRAN  coding)  to 
allow  contiguous  packing  of  these  mixed  data.  With  such  logic,  the  MSM 
restriction  on  "scenario  size"  then  applies  only  to  the  total  number  of 
parameter  data,  not  upon  their  numbers  by  individual  category;  and  full 
utilization  of  available  storage  is  closely  approached. 

Conceptually,  MSMPAR  is  conceived  as  having  14  par¬ 
titions,  labeled  MSM1  through  MSM14.  *  The  first  13  of  these  correspond 
to  13  categories  of  system  parameters.  The  14th  (MSM14)  is  used  for 
storage,  during  dynamic  simulation,  of  battlefield  illumination  event  data. 
Names  of  these  14  categories,  and  some  associated  numerical  values,  are 
given  in  Table  2.2.VH. 

The  first  13  partitions  are  of  indefinite  length.  In  any 
one  job  application,  lengths  are  determined  by  externally  established  scenario 
specifications.  Access  to  these  contiguous  partitions  is  based  on  pointer 
tables,  that  can  be  used  directly  by  working  subroutines,  or  used  indirectly 
by  calls  to  storage  access  utility  routines.  *  Labeled  common  area 
/BIGSTR/  holds  these  pointer  tables  and  the  storage  array  MSMPAR. 

Complete  specification  of  /BIGSTR/  content,  and  initialization  of  values 
by  BLOCK  DATA,  are  given  in  the  MSMBLK  listing,  Fig. 2. 2-63.  Meanings 
of  the  tables  within  /BIGSTR/  are  given  in  Table  2. 2.  VIII. 


The  residual,  or  unused,  portion  of  MSMPAR  could  be  thought  of 
as  a  15th  partition  (MSM  15),  available  for  future  program  growth. 

**PAR  VLU,  PARPTR,  ARRVLU,  ARRPTR,  TGTVLU  and  TGTPTR,  dis¬ 
cussed  in  Section  2.2.  5.  8. 
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Tab  Iff  2.2-VII 

PARTITIONING  OF  STORAGE  AREA  MSMPAR 


partition 

WORDS  P® 
SUBSET* 

PARAMETER  STORAGE  FOR* 

tttd 

15 

OOSARRATS 

NSM2 

8 

STAS  CAR  ARRAYS 

MSH3 

8 

MOVING  ARRAYS 

trak 

** 

BLUE  FORCES 

tm5 

lit 

RED  FORCES 

tra6 

21* 

SB60RS 

ten? 

38 

SENSOR  DESCRIPTORS 

NSM8 

10 

PIRXTRAPS 

MSN? 

11 

MONITORS 

Msmo 

7 

DATA  LINKS 

tern 

M 

PATH  SPECIFICATIONS 

KSM12 

17 

FORCE  TYPE  DATA 

NSM13 

10 

COVERAOB/SCAN  PARAMETERS 

Hsmii 

8 

BATTLEFIELD  ILLUMINATION  DATA 

(mski5) 

(Uncommitted  portion  of  MSMPAR) 

NOTES*  *  For  example,  data  stored  for  one  OGSARilAY  require* 

15  word*  of  storage  in  M5M,  Total  storage  for  N5K1 
would  therefore  be  15  tinea  the  maaber  of  ODSARRAYa, 

**  Variable  length.  Separate  pointer  table*  generated, 

*+*  EXBC1A  provides  a  pointer  value  to  MSKli*,  but  doea  not 
load  WHll*  with  data.  Reserved  apace  la  160  worda 
total,  to  aeooModate  up  to  20  aata  of  battlefield 
illumination  data  ajanltanadealjr  in  a  tor  age. 
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Table  2.2“ VIII 

ARRAY  VARIABLE  DEFINITIONS  FOR  LABELED  COMMON/BIGSTR/ 


ARRAY 


NANS 

DIMENSION 

DEPINITZ0N 

UUMP 

13 

LJUMP(K)  specifies  maemt  of  storage  for  one 
data  subset  within  partition  or  category  K. 

For  I  -  it  (BLUE  FORCES)  and  K  -  11  (PATHS), 
the  LJtJ>f  value  la  not  used. 

BDSMSK 

13 

NDS)6H(K)  specifies  the  aoaber  of  data  sub¬ 
sets  stored  within  partition  K. 

IPBIQ8 

0 

15 

Neater  pointer  table.  IPBI08(K)  is  the  point¬ 
er  value  (subscript  of  MMPAR)  for  the  begin¬ 
ning  of  data  in  partition  X. 

IPBLD 

200 

Auxiliary  pointer  table,  for  RUIZ  FORCES, 
data  subsets  within  MSMb,  IPBLO(I)  gives 
the  pointer  value  for  the  Kth  blue  force. 

IPPATH 

100 

Auxiliary  pointer  table,  for  PATHS  data  aub- 
aets  within  MSMU.  ZPPATH(X)  gives  the 
pointer  value  toe  the  Kth  path. 

nwar 

20000 

Prl— ry  storage  array  for  system  pan— ten. 

Votes  t  1.  AH  arrays  except  LW  an  Initialised  to  eero 
by  BLOCK  DATA  subprogr—  N5MBUC,  Nonsero  ▼•loss 
of  UUMP  an  set  In  HSMBZX,  See  Figure  2.2-63. 

2,  Values  within  all  arrayi  except  UtJNP  are  entered 
by  e^9 routine  XXBQA,  during  the  proeesalng  of 
pan— tor  Input  data. 

3.  The  EDO*  ID*  seines  for  M3HPAX,  IPBLD  and  IPPATH 
an  partially  arbitrary.  Provided  consistent  re- 
oo^p ilatlon  is  carried  throughout  all  KM  program 
in  uhleh  /B1D8TR/  la  defined,  these  dLuensiona  can 
be  shaged  to  acooasndate  computer  ntorage  capacity. 
The  41— nelon  of  IOTA!  Is,  of  —ana,  the  met 
critical. 


The  lending  of  MSMPAR  with  system  parameter  data  is 
a  major  MSM  task,  that  is  handled  under  control  of  a  level  1  executive 
routine  EXECfA  (see  Section  2.2.  5).  The  overall  execution  of  this  task 
involves  several  elements  of  control: 

(a)  Reading  parameter  data,  one  subset  at  a  time, 
from  the  PRERUN -generated  parameter  data 
file  ("JTFWDF")  into  a  buffer  area. 

(b)  Editing  content  of  each  subset  (additions  and/or 
changes,  depending  upon  the  data  category  rep¬ 
resented). 

(c)  Transferring  the  edited  subset  to  a  pre- 
ailocated  section  of  MSMPAR  storage. 

(d)  Updating  pointer  for  subsets  (i.n  preparation  for 
the  next  step  (c));  and  if  a  change  in  major  data 
category  occurs,  or  if  variable  length  sublists 
for  blue  forces  or  for  paths  are  being  controlled, 
inserting  appropriate  values  into  the  pointer 
tables. 

(e)  After  all  parameters  are  initially  stored,  a 
final  editing  pass  is  made,  that  implements 
changes  not  possible  at  the  time  step  (b) 
occurred  in  the  storage  sequencing. 

Details  of  these  steps,  and  their  effect  on  the  final 
storage  map,  are  extensive  and  important  only  to  user  programmers 
having  an  interest  in  internal  program  details  (as,  for  example,  in 
extending  the  initial  scope  of  the  SAM).  These  details  are  discussed  in 
Appendix  D. 

2. 2. 6.  3  Labeled  Common  Areas  /SENSOR/  and  /TARGET/ 

In  a  general  sense,  /SENSOR/  is  used  to  pass  sensor 
parameter  values  to  the  sensor  routines  and  /TARGET/  is  used  to  pass 
target  parameter  values  to  the  sensor  routines.*  The  feature  of  these 
common  areas  th;  ■:  required  special  discussion  is  that  their  content,  in 
the  sense  of  va .  a  -les  (variable  names)  and  storage  map,  varies  depet  fing 
upon  the  point  ci  use,  f  or  example,  the  tenth  word  wi'hin  /SENSOR/  has  a 
completely  different  meaning  in  the  EX3SAC /SEISTG  (seismic  sensor) 
linkage  than  it  would  in,  say,  the  EX3RDR/RADAR  linkage. 


Recall  that  a  sensor  routine  represents  only  a  generic  sensor  type, 
e.  g.  ,  seismic.  Distinction  between  two  different  sensors  of  the  same 
generic  type  is  based  on  »ensor- specific  parameter  values  dynamically 
made  available  (:'n  common  area/SENSOR/)  as  required. 
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This  variable  definition  logic  is,  of  course,  perfectly 
valid  and  does  rot  imply  any  deviations  from  USASI  FORTRAN.  It  does 
imply  some  extra  attention  to  details  for  those  interested  in  a  full  de¬ 
scription  of  hiSM  program  structure. 

Details  for  /TARGET/  are  relstively  simple,  and  needed 
information  can  be  deduced  from  individual  program  listings  (for  the 
sensor  routines  and  associated  EX3. ..  executives).  Details  for  /SENSOR/, 
on  the  other  hand,  interact  with  details  of  the  MSMPAR  (see  Section  2.2.6.  2) 
storage  map,  and  require  specific  discussion  on  a  sensor-by-sensor  basis. 
Details  for  common  areas  /TARGET/  and  /SENSOR/,  per  se,  are  covered 
in  appropriate  program  listings.  The  Information  placed  into  /SENSOR/ 
hinges  strongly  upon  the  MSM6  partition  of  MSMPAR  (words  16  f.  f. ,  that 
are  sensor  type  dependent);  reference  to  Appendix  D,  which  discusses  list 
structures  within  MSMPAR,  may  provide  additional  useful  data. 
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TABLE  2. 2- IX 


MSM  COMMDN  AREAS 


USE 


VARIABLES 


USED  BY 


OOMMJN/BIGSTR/LJUMP  (13),  NDSMSM  (13),  IPBIGS  (15),  IPBLU  (200),  IPPATH  (100), 
_  MSMPAR  (20000)  1  • _ _ 


Major  Storage  Area 
System  Parameters  & 
Pointer  Tables 


LJUMP  (13) 

NDSMSM  (13) 

IPBIGS  (15) 
IPBLU  (200) 

IPPATH  (100) 


-  p  2-266  designer  input: 
specifies  amt.  of  stor¬ 
age  for  one  data  subset 
v/in  partition  or  cate¬ 
gory  K 

-  designer  input:  13*0 
specifies  0  of  data 
subsets  stored  w/ln 
partition  K 

-  designer  input:  15*  0 
master  pointer  table 

-  designer  input: 200*0 
auxiliary  pointer  table 
for  BLUE  FORCES 

-  designer  input:  100*0 
auxiliary  pointer  table 
for  PATHS 


MSMPAR  (20000'  -  designer  input:  20000*0 
•  *  -  *  primary  storage  array 

for  system  parameters 

(p  2-266) 


EXEC  1 
EXEC  1A 
EX  2  BFL 
EX  2  1ILT 
EX2  SFA 
EX2  SNP 
EX2  SNR 
EX2  SPC' 
EX2  SRP 
EX2  UPD 
EX3  ARF 
EX3  BKW 
EX3  IMG 
EX3  MAG 
EX3  PIR 
EX3  RDR 
EX3  SAC 
EX3  THV 
DUMPMS 
SACDET 
SCNOUT 
UGSDET 
UGSOUT 
DUMPMS 


ARRPTR 

ARRVLU 

PARPTR 

PARVLU 

TGTPTR 

TGTVLU 

TGTLG 

KSTVLU 

bfiask: 

BFILUM 

MSMBLK 
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USE 


I 


VARIABLES 


USED  BY 


OOMMJN/TGLCCM/IDTGLG  (20),  X0  (20),  Y0  (20),  T0  (20),  XI  (20),  Yl  (20), 


LINKAGE  &  STORAGE: 

IDTGLG  (20)  -  stored  target  ID/leg  no. 

EX3  DC 

"Target-Leg" 

X0  (20)  -  X-coord  of  entry-node  of 

EX3  MAG 

dynamic  variables 

leg 

EX3  PIR 

DIMENSION  TLDUM  (200) 

Y0  (20)  -  Y- coord  of  entry-node  of 

EX  3  RDR 

TLDUM  (200)  -  200  *  0 

leg 

EX3  THV 

EQUIVALENCE 

T0  (20)  -  time  leading  element  of 

SCMOUT 

TLDUM(l) ,  IDTGLG(l) 

target  reaches 

TCTLG 

1 

XI  (20)  -  X-coord  of  leave-node  of 

TGTLXY 

P  2-234  ! 

.....  leg  . . 

STRICT 

Yl  (20)  -  Y- coord  of  leave-wcde  of 

leg 

SIC IRC  . 
EVNEFD 

Tl  (20)  -  time  leading  element  of 

target  leaves 

H0  (20)  -  time  length  of  target, 

seconds 

SPEHJL  (20)  -  speed  of  target  on 

specified  leg 

CLOSEL 

MSMBLK 

VX  (20)  -  X- component  of  velocity 

on  leg 

VY  (20)  -  Y- component  of  velocity 

on  leg 

KTL  -  subscript  value  to  above 

arrays 

SYSTEM  COUNTERS 
EQUIVALENCE 
KNTSYS(I), 
KSEI(l) 
where: 
KNTSYS(128) 
128  *  0 


KDARF  (3),  KDPIR  (3),  KDRDR  (3,3),  KDDC  (3,  3),  KDTBV  (3,  3), 
KDBKW  (3),  K3SEI,  K3ACO ,  K3MAG,  K3ARF,  K3PIR,  K3RDR,  K3DC, 
K3THV,  K3BKW,  KSCNlR,  KSCN2R,  KSCN1I,  KSCN21,  KSCNlT,  KSCN2T, 
KPS  El,  moo,  KIMAG,  KPARF,  KPPIR,  KFBKW,  KEVl,  KEV2,  XEV3, 
KEV4,  KE/5,  KEV6,  KZV7,  KEV8,  KEV9,  KEV10,  KMTOEV,  KRTPRI, 
KBTPRI.  KFTPRI.  KRT.  KBT.  CTT 


rSEISTG 
ACOUTC 
MAGTG 

(ARTTG 
PIX3C 
RADAR 
ImSg 
Thermal 
Breakvire 
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EXEC  IB 
EX2  H.T 
KX2  UPD 
EX3  ART 
EX3  BXW 
EX3  DC 
EX3  MAG 
EX3  PIR 
EX3  RDR 


USE 


VARIABLES 


USED  BY 


COMMDN/SVSCJTr/  Con't 


KDSEI 

KDACO 

KDMAG 

KDARF 

KDPIR 

KDRDR 

KDIH3 

KDTHV 

KDBKW 


Counts  number  of  EX3  SAC 

real  target  de-  EX3  THV 

tectlons  made  by:  SCNOUT 

UGSOUT 

Seismic  MSMBLK 

Acoustic 

Magnetic 

Arfbuoy 

P1R 

Radar 

Image 

Thermal 

Breakwlre 


K3SEI 

K3ACO 

K3MAG 

K3ARF 

K3PIR 

K3RDR 

K3IMG 

K3THV 

K3BKW 


seismic  ^ 

acoustic 
magne  tic  | 

arfbuoy  | 

passive  ir 
radar  I 

Image 

thermal  viewers 
breakwlre  m 


counters  of 
calls  to  sen¬ 
ior  exec  rou¬ 
tines 


KSCNlR  Counts  #  of  calls  to  scan 

KSCN2R  \  routines  1  and  2  for  radar, 

KSCNlI  V  Image  devices  and  thermal 
KSCN2I  |  viewers. 

KSCNlT  I 

KSCN2T  J 


Counts  false  alarms 
for: 


KFSEI  "V 

seismic 

KFACO  1 

k  acoustic 

KFMAG 

V  magnetic 

KTARF 

f  arfbuoy 

KFPIR  I 

[  passive  Infra-red 

KFBKW  ^ 

breakwlre 

COMM3N/ANDQUE/KDCD(10) ,  ITPSN(10) ,  IDSN(10),  IXDT(10),  NRT(10),  NBT(10),  NFT(10), 
IDPRT(10)  ,  XPRT(10)  ,  YPRT(10)  ,  RPRT(10)  ,  XSN(10) ,  YSN(10),  IDCFM(10)t 
NMN(10)  ,  IDMl(10),  IDM2(10),  IDK3(10)  t  0*11(10),  IDFTR(10),  *DMl(10) , 
ADM2(10),  ADM3(10),  ADPTR(10) .  ADCFMfl 


QUEUE  FOR 
AND-Logic 
sensor  report* 
■waiting  confirma¬ 
tion 

EQUIVALENCE 

IANDQ(l) ,KDCD(1) 
whara: 

IANDQ(250)  - 
250  *  0 


ITPSN 

IDSN 

ITDT 

NRT 


iDPicr 

XPRT 

YPRT 

RPRT 

XSN 

YSN 

IDCFM 

mu 


target  code  1  »  red,  2  -  blue, 

3  -  false 
sensor  type 
sensor  ID 
target  ID 

Number  of  red  targets  In  sc-tr 
range 

Number  of  blue  ta.^ets  lr  >r 

range 

Number  of  false  targets  in  sensor 
range 

ID  of  primary  target 
X  coordinate  of  primary  target 

Y  coordinate  of  primary  target 
range  of  primary  target 

X  coordinate  of  sensor 

Y  coordinate  of  sensor 
ID  of  confirming  sensor 
Number  of  monitors 


r-it  *.»*e*i*»*WM*i****H*  .*t! 


USE  ! 

VARIABLES 

|  USED  BY 

COMM)  N/ ANDO UE/  Con't 

- 1 - 

IDMl 

- 

ID  of  lit  Monitor 

IDM2 

ID  of  2nd  Monitor 

IDM3 

- 

ID  of  3rd  Monitor 

IDAR 

- 

ID  of  array 

IDFTR 

- 

ID  of  fire  trap 

Ami 

- 

Alphanumeric  conversion 

of 

IDK1 

ADM2 

- 

It 

II 

II 

IDM2 

ADM3 

- 

II 

II 

II 

IDM3 

ADFTR 

- 

II 

II 

II 

IDFTR 

ADCFM 

- 

II 

II 

II 

IDCFM 

00MM3N /OUTCOM/ KDCODE,  ITYPSN,  IDSNSR,  ITIMDT,  NRTGTS,  NBTGTS,  NFTGTS,  IDPTGT, 


XPTGT,  YPTGT,  RPTGT,  XSNSR,  YSNSR,  IDCONF,  NMDNS,  IDMONl,  IDMDN2, 
IDM3N3.  IDARAY.  IDFTRP.  ADMDNl,  ADM0N2.  ADMDN3,  ADFTRP,  ADCONF 


* 

LINKAGE: 

UGS  sensor 
reports  to 
output  routine 

KDCODE  -  1  -  red  target 

2  -  blue  target 

3  -  false  target 

4  -  initial  setting 

EX2  »FA 
SACDET 
USSOUT 
UGSDET 

UGSOUT 

EQUIVALENCE 

IOUTCM(l) 

KDCODE 

where 

IOUTCM(25)  - 

ITYPSN  -  1  -  seismic 

2  -  acoustic 

3  -  magnetic 

4  »  arfbuoy 

5  -  passive  ir 

9  -  breakvite 

MSMHLK 

25  *  9 

IDSNSR  -  ID  sensor  (seismic,  acoustic) 

/ 

ITIMDT  -  detection  time  (integer  seconds 
into  game) 

NRTGTS  -  #  red  targets 

NBTGTS  -  #  blue  targets 

NFTGTS  -  #  false  targets 

IDPTGT  •  ID  present  target 

XPTGT  -  X  coordinate  of  present  target 
YPTGT  -  Y  coordinate  of  present  target 

RPTGT  -  range  /(XpTCT  -  XSNSR)2  +  (YpTCT  ■ 

XSNSR  -  X  coord  of  sensor 

YSNSR  -  Y  coord  of  sensor 

IDCONF  -  ID  confirming  sensor 

NMDNS  -  #  monitors 

IDMDNl  -  monitor  1  ID 

IDM0N2  -  monitor  2  ID 

IDMDN3  -  monitor  3  ID 

IDARAY  -  planner  specified  array  ID 

'  ysnsr) 
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USE 


VARIABLES 


USED  BY 


COMMDN/OUTCOM/  Con't 


IDFTRP  -  fire  trap  ID 

a 

ADMDNl  -  alphanumeric  conversion  of  IDMDNl  j 

ADMDN2  -  " 

II 

"  IDM0N2 

ADMDN3  -  " 

II 

"  IDMDN3 

ADFTRP  -  " 

II 

"  IDFTRP 

ADCONF  -  " 

II 

"  IDCONF 

COMMDN/SENVAR/CONSTA,  TDEL2A,  BIASAC,  BWACOU,  CONSTS,  TDEL23,  BIASSE,  BWSEIS, 
FHIAZ,  PHI EL,  DIAM,  BWPIR,  DEVXMN,  XMNDEV,  BANDTH,  ANEP,  OPTXMN 
_ THRESP.  DELAZ.  TIMAX _ 


Designer  Valuta 
for  Sanaor 
Parameters 


See  Page  2-142,  vol  I,  Part  I,  Item  #  29. 


SEISBK 

SEISTG 

ACOUBK 

ACOUTG 

PIRBK 

PIRTG 

THERML 


i 

I 

\ 


IMAGE 

MSMBLK 


i 

t 


COKON/COKST/LDU 

MP.  SQZ.  DEG.  RAD.  PI.  STERC.  I CARD.  IPRIHT 

Miscellaneous 

LDUMP  -  Designer  input  value  •  FALSE  •; 

SEISBK 

Constanta 

controls  dunpa  of  Internal 

SEISTC 

variable  of  sensor  routines 

ACOUBK 

SQ2  •  Designer  input  value  1.414214 

ACOUTG 

DEG  -  "  "  "  57.29578 

ARFBK 

degrees /radian 

ARFTG 

RAD  -  Designer  input  value  #. 0174533 

ENVIR 

radians/degree 

MAGTG 

PI  -  Designer  input  value  3.141593  n 

PIRBK 

STEFK  -  "  "  ••  1.805455E-8 

PIRTG 

Ste  f  an-Bol^xmjjjp 

THERML 

TT 

RADAR 

I CARD  -  Designer  input  value  5  card  reader 

IMAGE 

IPRIHT  -  "  "  "  6  output  data 

BWIRRK 

drive  designator 

BRKWLR 

MSMBLK 
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USE  ”1 

variables  1 

USED  BY 

COMMDN/PGCONT/ILINES.  IPAGE.  HEADING  (17) 

Page  control; 

ILINES  -  No  of  lines  used  on  page 

MSMBLK 

page  count,  line 

I PAGE  -  Page  count 

EXEC1 

count,  alpha- 

Heading  -  Alphanumeric  text,  printed  as 

EXEC1B 

numeric  heading 

heading  on  first  line  of  each 

EX2BFL 

page  of  MSM  printout.  (68 

EX2SNP 

characters  in  17  words) . 

1 

i 

EX  2  UP  D 

EX  3  IMG 

EX  3RD  R 

EX3SAC 

EX3THV 

DUMPMS 

SCNOUT 

PGSKP2 

PGSKIP 

UGSOUT 

DUMPMS 

EVNEFD 

BFILUM 

COMM3N/ ATMENV/ ITEPF ,  SOL ALT,  ALTLUN,  PHSLUN,  IPCODE,  PRATE,  PTOT24,  H20DEN, 

WSPEED.  CCOVER.  ATSXP.  PRESUR.  HUMDTY,  VISIB.  CEIL 

.  ASID(3) .TCLOUD 

Atmospheric 

(See  Table  2.1-VI  Prerun  Common  Area, 

EXEC1B 

Data 

page  2-135.) 

SFISBK 

SEISTG 

ACOUBK 

ACOUTG 

ARFBK 

PIRTG 

BWIRBK 

THKKML 

ENVIR 

RADAR 

PIRBK 

IMAGE 

wnrvn/  uivoai/iuia 

Packed  Data:  to 

,X  vvy 

IUTXY  -  Contains  the  IUT  values  by  "Block" 

TERAN 

establish  unit 

(Block  •  500  meters  x  500  meter  sq.)  in 

TANDT 

terrain  type  from 
coordinates 

special  packed  format 

IUTEVL 
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w 


X 


USED  BY 


CCMMON/UNTER/XFIELD ,  YFIELD,  ZFIELD,  SGLL(10),  SGUL(10),  CHLL(lfJ) ,  CHUL(10), 
TDIX(10),  TDUL(10)  ,  Sm(10)  ,  SPU1(10),  ITXDEN(10)  ,  CCLL(10), 
CCUL(10),  IVCOV(10),  IBACK(10) ,  TVEG(10),  ISM(3,10),  VISBLL(10), 
_ VlSBUi  fig) _ _ _ _ _ 


Terrain,  foliage 
parameters  for 
up  to  10  unit 
terrain  type* 
TERAN  placea 
daaignar  input 
for  UNTER 
tab lea  into 
UNTER  cotnoon 
area;  all  data 
aaauaad  to  be 
on  carda 
(page  02,  Vo  12) 


XF1ELD  -  X  component  of  earth 'a  magnetic 
field 

XFIELD  -  Y  component  of  earth* a  magnetic 
field 

ZFIELD  -  Z  component  of  earth 'a  magnetic 
field 

SGLL  -  lower  limit  of  alope  gradient,  X 

SGUL  -  upper  limit  of  slope  gradient,  7. 

CHLL  -  lower  limit, on  foliage  transmission^ 
CHUL  -  upper  limit,  canopy  or  vegetation 

TULL  -  lower  limit  of  tree  dlametera,  (D3H) , 
metera 

TDUL  -  upper  limit  of  tree  dlametera , (OBH) , 
meters 

3PLL  -  lower  limit  stem  or  clump  spacing, 

meters 

SPUL  -  upper  limit  atem  or  clump  spacing, 

meters 

ITRDEN  -  tree  density;  1  -  spares,  2  --  light 
forest,  3  »  dense  forest 

(XIX  -  lower  limit,  X  canopy  closure 
CCUL  -  upper  limit,  X  canopy  closure 

1VC0V  -  index  vegetation  cover;  1  ■  heavy, 

2  ■  medium,  3  “  light,  k  -  open, 

5  ■  wt'er 

IBACK  -  index  on  background  type  (page  5-127) 
TVEC  -  Manamitta  ice  of  vegetation  cover 
of  .anopy  for  light 

ISM  -  index  describing  soil  moisture 
conditions  (page  5-127) 

VISB1X  -  lower  limit,  ground  to  ground 
visibility  (meters) 

VISBUL  -  upper  limit,  ground  to  ground 
visibility  (meters) 


EXEC1B 

SEISBK 

ACOUTG 

MAGTG 

RADAR 

IMAGE 

TERAN 

TANDT 

FOLAGE 

SE1STG 

ENVIR 
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USB  I  VARIABLES  1  USED  BY 

OOMMDN/BASICT/ITIME.  ITOD.  ITODST.  ITDURN,  I  DATE,  IDAREA _ _ 


Game  tine,  plus 
other  time 
parameters 


(See  Table  2,1* VI  Prerun  Common  Areas , 
page  2-135.) 


EXEC1B 

EX2SFA 

£X2SNP 

EX2UPD 

EX3ABF 

EX3BKH 

EX3IMG 

EX3MAG 

EX3PIR 

EX3RDR 

EX3SAC 

EX3THV 

SEISTG 

ACOUTG 

SEISBK 


ACOUBK 

ARFTG 

ARFBK 

MAGIC 

PIRTG 

PIRBK 

TMKRML 

IMAGE 

HWIRBK 

BRKHIR 


sacdet 

scndut 

TDOUT 

UGSDET 

UGSOUT 

TERAN 

TANDT 

TGTLG 

TOTLXY 

EVHEFD 

closq, 

BFILUM 

ITODEV 

EHVIR 

RADAR 


COMH3K/ OOKSC 1  / TSTART ,  TMAJOR,  TSWEFP,  TAZCYC,  TFUffiR,  CVA,  CVAX2,  BMJ,  BHW2, 


vno, 

SETSCl  seta 

> ,  AtfUD,  MilWbi  HAA1 

TSTART  -  ISITYM  (integer  game  time  radar  or 

SCAN1 

working  param- 

other  scanning  sensor  Is  sited; 

SETSCl 

stars  for  SCANl 

time  op.  begin) 
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OOMMlN/COtfiCl/  Con't 


TMAJOR  -  TFIXDR  ★  FLT(NRBKfS)' 

TSWKEP  -  CVANGL /OMEGA"  (coverage  angle  In 

radians/azi  ith  angle  sweep  rate) 
TAZCYC  -  2.0  *  TSWKEP 

TFIXDR  -  TSWKEP  *  FLT(NRE?RI  -  #  of  azimuth 
aweepa  for  which  range  gate  held 
constant) 

CVA  »  CVANCL  (coverage  angle  in  radians) 

CVAX2  -  2.0  *  CVA 

BHf  «  IZAW  (bean  width  radians) 

BMJBY2  -  BW/2.0 

OMEC  ■  OMEGA  (azimuth  angle  sweep  rate, 
radians /sec) 

AZMIN  »  AZCTR  (orientation  angle)  - 
CVANCL/ 2.0 

KMINSC  ■  RMIN  (minimum  and  maximum  ranges) 
RGAT  -  RINCR  (range  increment,  range  rate) 


CO!*ON/OOKSC2/TSTART,  TMAJOR,  TRSWEP,  BFTMAJ,  KMINSC,  RCTBY2,  RSWPRT,  AZINCR, 
_ AZMIN.  AZIBY2 _ _ 


SETSC2  sets 
forking  param¬ 
eters  for 
SCAN  2 


TSXART  - 

TRSWEP  - 


TMAJOR  - 


HFTMAJ  - 
KMINSC  - 
RGTBY2  - 
RSWPRT  - 
AZINCR  - 

AZMIN  - 

AZIBY2  - 


ISITYM  (integer  game  time  radar  SCAN2 

or  other  scanning  sensor  is  SETSC2 

sited;  time  op  begins) 

(RMAX-RMIN  -  range  limits  for 
SCAN2) /DRDT  -  sweep  rate  in  range 
TRSWEP  *  PIT  (NAZ  -  CVANCL /AZINC 

+  1J0) 

TMAJOR/ 2.0 
RMIN 

RGATE/2.0  range  gate,  meters 
DRDT  sweep  rate  in  range,  meters/sec 
AZINC  Increment  in  azimuth  angle 
after  range  sweep 
AZCTR(orientation  angle)  •  CVANCL 
(total  coverage  of  acan)/2.0 
AZINC/ 2.0 


QOttjPN /DUMMY /NTAR  (10) 
NTAR 


-  dummy  array 


SEISTG 
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VARIABLES 


USED  BY 


(Definition 
end  names  of 
variables  in 
argument  list 
vary  based  on 
3d  level  MSM 
routine  using 
the  parame¬ 
ters. 

Linkage:  Sen¬ 
sor  Parameter 


1 

IDSNSR 

Vol  II, 

page  F-16,ltem  1 

2 

IDAEAY 

- 

Vol  IT., 

page  M6,Ite»  2 

3 

ITYPSN 

- 

If 

II 

'•  3 

4 

IM3VE 

- 

Vol  I ,  page  C - 

19 

5 

IDSDPS 

- 

Vol  II, 

page  F 

- 16,1  ten  4 

6 

IDPATH 

- 

u 

II 

,  Item  5 

7 

XSNSR 

- 

It 

It 

,  Item  6 

8 

YSNSR 

. 

II 

It 

,  Item  7 

9 

OFFSET 

- 

11 

II 

,  Item  8 

10 

ORIENT 

- 

(1 

ft 

,  Item  9 

s  U 

IAUX 

- 

tl 

II 

,  Item  10 

.  12 

IDCSPS 

- 

If 

II 

,  Item  11 

13 

LAND 

- 

II 

II 

,  Item  12 

14 

IITPFLG 

- 

Up/down  flag  0 

■  down  1  ■  up 

15 

IUT 

- 

Unit  Terrain  Index,  Vol  I, 

1 

pages 

3-3f , 

3-123  j 

*  ★  * 

1 

IDSNSR  -  Vci  II,  page  F-16,  Item  1 

2 

DUM  1(5)  -  Dummy  filler 

3 

XC  -  Vol  I,  page  2-239 

4 

YC  -  Vcl  I,  page  2-239 

5 

OFFSET  -  Vol  II,  page  F-16,  Item  8 

6 

THETA  -  Vol  I,  page  2-239 

7 

DUM  2(7)-  Dummv  filler 

8 

IGEOM  -  Vol  I,  p*ge  2-239 

3 

DIMNAX  -  Vol  I,  page  2-239 

10 

WIDTH  -  Vol  I,  page  2-239 

11 

DUM  3(30)-  Du~wy  filler 

EX3ARF 
EX3BKW 
EX3IMG 
EX3MAG 
EX3PIR 
EX  3RD  R 
EX3SAC 
EX3THV 
SCNOUT 


EVNEFD 


IDSNSR  -  Sensor  ID 
NOTUS  1(5)  -  Duany  filler 
XSENS  -  X  coordinate  of  aensor 

YSENS  -  Y  coordinate  of  sensor 

NOTUS  2(6)  -  jimmy  filler 
IUT  -  Unit  Terrain  Index 


ACOUTG 

ARFTG 

HAG'XG 

PIRTG 

SEISTG 

THERM! 


****★**★****★★**■**  +  ■***  +  ★**★»********’■★* 


IDSNSR 
NDTUS  1(13) 
IUT 
IUT 

NOTUS  2(35) 


Vol  I,  page  3-122 
Voi  I.  page  3-122 

II 


***************** 


IDSNSR 
NOTUS  1(2) 
iair 

NOTUS  (2) 
XSENS 

ysens 

NDTUS  3(6) 

IUT 

ITIMEP 


*  V°1  I,  page  3-122 

*******♦********'...... 


brkwir 


CPOWER 

MTGAC 

E.XTRA 


'  ID  Sensor 
Dunmy  filler 
Airborne  Sensor 
Dumny  filler 
X  coordinate  of  sensor 
Y  coordinate  of  sensor 
Dunmy  filler 
Unit  Terrain  Index 
Time  of  previous  sensor  use 
Clear  or  Cloud  Shadow 
Sensor  Class.  Direct  -  0 
Electronic  Aided  -  1  ’ 

'  °  ™«t‘8ht  '*'>*  1  * 

Sensor  Time  Constant 

-  Focal  length  of  optical 

system 

-  Area  under  Modulation 

Transfer  Function 

-  Focal  length  to  Diameter 

Ratio 

-  Index,  :>  -  Natural  Light, 

I  -  Searchlight 

-  X  coordinate  of  lensor  using 

searchlight  8 

-  Y  coordinate  of  sensor  using 

searchlight  ^ 

-  Beam  width  of  sensor  using 

searchlight 

-  Peak  canrilepower  of  sensor 
Height  of  aircraft 
Is  there  external  Illumi¬ 
nation,  0  -  No 

-  X  coord  of  a. re  or  indirect 

light 

-  Y  coord  of  flflre  or  indirect 

light 

-  Height  of  Flare 


IMAGE 
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COrMON/SENSOR  Con’t 


27 

AINTNS  -  Intensity  o,f  Flare  or 

Searchlight* 

28 

MODE  -  See  page  3-100,  Vol  I 

Unused (16) 

******* 

★  ★  * 

1 

*★★*****★*★★***★**★***■ 

******** 

1 

1 

IDSNSR  -  Sensor  ID 

Raoar 

2 

NOTUS  (5)  -  Not  used  (Dummy) 

(see  page 

3-77) 

3 

XSENS  -  X  coordinate  of  Sensor 

4 

YSENS  -  Y  coordinate  of  Sensor 

5 

NOFF 

6 

RAZAtfC  -  Radar  Azimuth  with  respect 

to  Path 

7 

NOTUS  2(4)  -  Not  used 

8 

IUT  -  Unit  Terrain  Index 

9 

PRIMFR  -  Precipitation  Improvement 

Factor 

10 

CLIMFR  -  Clutter  Improvement  Factor 

11 

RAMBDA  -  Radar  Wave  Length 

12 

FNKTB  -  Filter  Thermal  Noise 

13 

RADCAR  -  Radar  Characteristic 

14 

SCANRT  -  Scan  Rate 

15 

ICON  -  Code,  0  means  coherent, 

1  means  noncoherent 

16 

BEAMAZ  -  Antenna  Azimuth  Beam  Width 

I  17 

1  BEAMEL  -  Antenna  Elevation  " 

l 

18 

RGATE  -  Range  Gate 

19 

SIGSTB  -  Si gma  of  Clutter  Spectrum 

20 

FCUTLO  -  Lower  Corner  of  Filter 

21 

FCUT1II  -  Upper  Corner  of  Filter 

22 

HGTANT  -  Height  of  Antenna 

23 

PFA  -  Probability  of  False  Alarm 

24 

FDOPLER  -  Doppler  Frequency 

25 

FTGMIN  -  Kiulmum  Usable  Doppler  Freq. 

26 

FTGMAZ  -  Maximum  "  "  " 

27 

NOTUS  (17)  -  Not  used 

******* 

*  ★  * 

**********************' 

******* 

7 

GEQUIL  -  Vol  I,  page  3-49 

ACOUTC 

8 

THRESH  "  " 

SEISTC 

9 

VNOISE  -  "  ,  output 

noise 

10 

ITIMLR  -  Vol  I,  page  3-49,  time  of 

latest  report 

******* 

*  *  * 

*  *********************' 

******* 

USE 


I  WORD 


VARIABLES 


USED  BY 


COMMON/ SENSOR  Con't 


11 

ITIMLE 

Vol 

I,  page  .3-49,  time  last 

entry  Co  subroutine 

12 

GAIN 

- 

Vol 

I,  page  3-49,  amplifier 

gain 

13 

GINLST 

- 

Vol 

I,  page  3-49,  gain  at  last 

entry 

k  it  * 

****** 

* 

*  * 

*************11 

****** 

16 

AREADN 

Area  density  of  NBB 

EX3  ARF 

17 

IMAG 

- 

Bomblet  type:  0  -  Magnetic 

(continued) 

1 

-  NBB 

See  page  3-31 

18 

IGEOM 

- 

1  - 

open  circle,  2  -  open 

line,  3  -  road  or  trail 

19 

DIMMAX 

- 

Vol 

II,  page  F-22,  Item  19 

20 

WIDTH 

Voi 

11,  page  F-23,  Item  20 

*  * 

****** 

* 

**************** 

******* 

16 

ITIMEP 

_ 

See 

Item  9  when  used  by  IMAGE 

EX3  IMG 

17 

I CL EAR 

- 

ir 

"  10 

(continued) 

18 

IVISUL 

- 

it 

•'  11 

19 

ITYPE 

- 

ii 

"  12 

20 

TIMCON 

- 

ii 

"  13 

21 

FOCALL 

- 

it 

"  14 

22 

XMTF 

- 

ii 

"  15 

23 

FNUMBR 

• 

n 

"  16 

24 

ISERCH 

- 

ti 

"  17 

25 

XSRCH 

- 

n 

"  18 

26 

YSRCH 

- 

<f 

"  19 

27 

BWIDTH 

• 

ii 

=<  20 

28 

CPOWER 

- 

n 

"  21 

29 

HGTAC 

- 

it 

..  22 

30 

ILXTRA 

• 

ii 

..  23 

31 

XLITE 

- 

ii 

"  24 

32 

YLITE 

- 

n 

„  25 

33 

FLARHT 

- 

ii 

»  26 

34 

AINTNS 

- 

it 

"  27 

35 

MODE 

- 

ii 

"  28 

36 

Unused  (4) 

- 

Duvny  filler 

37 

RMIN 

- 

VOi 

II,  Page  F-60,  Item  3 

38 

RMAX 

- 

11 

ii  it  ii  ii  4 

39 

CVANGL 

- 

It 

ii  ii  ti  H  5 

40 

CTCRCT 

- 

II 

ii  ii  i*  it  £ 

41 

NREPRI 

- 

II 

ii  ii  n  H  7 

42 

RINCR 

- 

II 

ii  it  ii  ii  g 

43 

CMEGA 

- 

II 

ii  ii  it  ii  g 

2-282 


I 


USE 

WORD 

VARIABLES 

1  USED  BY 

co:!M)i:/sek3i»r 

(.on' 

t 

44 

BEAMW 

. 

Vol 

II, 

Page  F-60,  Item  10 

45 

ASPEED 

- 

Average  speed  of  sensor 

46 

IDTLS 

- 

Vol 

I,  Page  2-236,  Same  as 

IDTL 

47 

KTLS 

- 

Vol 

I,  Page  2-234,  Same  as 

KTL 

******* 

*  *  * 

****** 

* 

*  * 

*  * 

************ 

******* 

16 

PRIMFR 

See 

item  9  when  used  by  RADAR 

EX3  RDR 

17 

CLIMFR 

- 

It 

tt 

IQ  It  It  tl  tl 

(continued) 

18 

RAMBDA 

- 

It 

tt 

21  It  II  It  l» 

19 

FNKTB 

• 

It 

tt 

12  ■*  ii  ii  it 

20 

RADCAR 

• 

II 

tl 

23  ii  i»  i»  H 

21 

SCANRT 

- 

It 

tt 

24  ti  H  H  it 

22 

ICOH 

- 

II 

tl 

25  n  it  n  tt 

23 

BEAMAZ 

- 

tl 

It 

25  ti  it  it  it 

24 

BEAMEL 

- 

It 

27  ii  it  i  it 

25 

RGATE 

- 

It 

tt 

2g  it  ti  ii  H 

26 

SIGSTB 

- 

tt 

It 

2^  it  it  it  ti 

27 

FCU1LO 

- 

It 

tt 

20  11  •*  ii  *• 

28 

FCUTHI 

- 

It 

tt 

22  i»  H  i*  i» 

29 

HGTANT 

- 

It 

It 

22  '•  «  »»  i» 

30 

PFA 

- 

tt 

II 

23  it  ii  ii  ti 

31 

FDOPLR 

- 

tl 

tl 

24  H  ii  ii  i» 

32 

FTGMIN 

- 

tt 

tl 

25  it  ii  ii  ii 

33 

FTGMAX 

- 

It 

II 

25  ii  H  ii  n 

34 

TIME 

- 

Game  time,  real 

35 

Unused  (5) 

- 

Dummy  filler 

36 

RMIN 

- 

Vol 

II, 

Page  F-60,  Item  3 

37 

RMAX 

- 

It 

tt 

ti  ti  ti  4 

38 

CVANGL 

- 

It 

tl 

it  ti  ti  5 

39 

CTORCT 

- 

II 

II 

it  it  ti  5 

40 

NREPRI 

- 

tt 

II 

tt  tt  n  7 

41 

RINCR 

- 

It 

It 

n  tt  it  3 

42 

OMEGA 

- 

tt 

tt 

tt  m  it  9 

43 

BEAMW 

- 

II 

It 

"  ■'  »  10 

44 

ASPEED 

- 

See  BO  IMG,  item  45 

45 

IDTLS 

- 

Vol  I, 

Page  2-236,  Same  as 

IDTL 

46 

KTLS 

- 

Vol  I, 

Page  2-234,  Same  as 

KTL 

*  *  *  *  *  * 

*  * 

*****  * 

* 

*  * 

*  * 

*********** 

******* 

s 

i 
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USE  I  WORD  I 

COMM3N/SENSOR  Con't 


16 

TEMPEV 

17 

FOCALL 

18 

RESOL 

19 

FNUMBER 

20 

HTGAC 

21 

TIME 

22-28 

Unused  (18) 

VARIABLES 


-  Background  Temperature 

-  Vol  II,  Page  F-22,  item 

-  Vol  II,  Page  F-23,  item 

-  Vol  II,  Page  F-23,  item 

-  Aircraft  Height 

-  Game  time,  seconds 

-  Dummy  filler 


I  USED  BY 


EX3  THV 


20 

21 

22 


****** 


********** 


*********** 


16  TLTC 

17  THRESH 


-  Time  of  last  threshold  crossing 

-  Vol  II,  Page  F-23,  item  21e 


EX3  MAG 


**************************************** 

EX 3  PIR 


16 

17 

18 
19 


EXPAN  -  AREA  X  FIELD  X  DEVXMN 

FIELD  -  Field  of  View 

TEMPEV  -  Temperature  of  bac’  , round 

WATTBK  -  Background  power  incident 

on  sensor 


**************************************** 


16-2  d 


Unused  (24)  -  Dummy  filler 


SCNOUT 


**************************************** 


29 

RMIN 

Vol  II, 

Page  F-60,  Item 

3 

30 

RMAX 

- 

ti  m 

II  II  II 

4 

31 

CVANGL 

- 

«i  n 

II  It  II 

5 

32 

CTCRCT 

- 

it  ti 

11  It  II 

6 

33 

NREPRI 

- 

ti  ti 

11  II  II 

7 

34 

RINCF 

- 

m  .» 

II  II  It 

8 

35 

OMEGA 

- 

ii  ii 

II  II  II 

9 

36 

BEAi'W 

- 

ii  it 

»  »  "  10 

37 

ASPEED 

- 

Average 

sensor  speed 

38 

IDTLS 

- 

Vol  I, 

Page  2-236,  Same 

as 

IDTL 

39 

KTLS 

- 

Vol  I, 

Page  2-234,  Same 

as 

KTL 

EX3  THV 
SCNOUT 


********************  ★  ★★★★*********  ****** 
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USE 


variable: 


USED  BY 


I  WORD  1 


COMMDN/SENSOR  Con't 


7 

AREADN  -  Vol  I,  Page  ,3-65 

ARFTG 

8 

IMAG  -  Vol  I,  Page  3-65 

i 

9 

IGEOM  -  Vol  I,  Page  3-31 

i 

D1MMAX  -  Vol  I,  Page  3-31 

. 

11 

WIDTH  -  Vol  I,  Page  3-31 

******* 

*  *  * 

********************** 

********* 

7 

TLTC  -  Vol  I,  Page  3-66 

MAGTG 

8 

THRESH  -  Vol  I,  Page  3-66 

9 

Unused  (33)  -  Vol  I,  Page  3-66 

******* 

*  ★  * 

*********************^ 

********* 

7 

EXPAN  -  Vol  I,  Page  3-57 

PIRTG 

8 

FIELD  -  Vol  I  Page  3-57 

* 

9 

TEMPEV  -  Vol  I  Page  3-57 

10 

WATTBK  -  Vol  I  Page  3-57 

11 

Unused  (31)  -  Vol  I  Page  3-57 

******* 

*  *  * 

********************** 

********* 

14 

IFIXGN  -  Vol  I,  Page  3-37 

SEISTG 

15 

Unused  (27)  -  Vol  I,  Page  3-37 

******* 

*  * 

fr********************* 

*********  i 

7 

TEMPEV  -  Background  temperature 

TffiRML 

8 

FOCALL  -  Focal  length  of  viewer 

9 

RESOL  -  Resolution  of  viewer 

10 

FNUMBR  -  F-number  of  viewer 

11 

HTGAC  -  Height  of  aircraft 

12 

Unused  (30)  -  Unused  dummy 

i 


****************************************  { 

i 
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USE 


TwordI 


VARIABLES 


I  USED  BY 


(Definition 

1 

ITTAB  (9,  10)  -  Target  parameter  list  ID 

EX3  ARF 

and  names  of 

2 

Unused  (120)  ~  Unused  dummy 

EX3  BKW 

variables  In 

EX3  MAG 

arguments  list 

EX3  PIR 

vary  based  on 

SEISTG 

3d  level  MSM 

ACOUTG 

routines  using 

SACDET 

the  paremeters. 

Linkage:  *  *  * 

*  * 

*********************** 

****** 

Target 

Paremeters  to 

1 

ITTAB  (9,  10)  -  Target  parameter  list  ID 

EX3  SAC 

Sensor  routines 

2 

LEG  NO  (10)  •  Leg  of  path  target  presently 

(First  6  varl- 

on 

ables  remain 

3 

NO EL EM  (10)  -  Number  of  elements  in  target 

constant  during 

4 

IDOODE  (10)  -  ID  code  of  target  (one  of 

execution,  next 

19) 

7  very  with 

5 

Unused  (90)  •  Unused  dummy 

time.) 

*  *  * 

★  * 

*********************** 

****** 

1 

IDOODE  (16)  -  Target  code 

EX3  IMG 

2 

IDTGT  (16)  -  Target  ID 

EX3  RDR 

3 

LEGN0  (16)  ~  Leg  number  on  path 

EX3  THV 

4 

ITGTTP  (16)  -  Target  type 

5 

KSTRNG  (16)  -  Strength  constant,  Vol  II, 

Page  F-56 

6 

NO H, EM  (16)  >  Number  of  elements  In  target 

7 

XTGT  (16)  -  X  coordinate  of  target 

8 

YTGT  (16)  -  Y  coordinate  of  target 

9 

RTGT  (16)  -  Range  from  target  to  sensor 

10 

AZTGT  (16)  -  Azimuth  to  target 

11 

VRADL  (16)  .  Radial  velocity  of  target 

12 

NHiFLD  (16)  -  Number  of  elements  In  field 

13 

KTLT  (16)  -  Detection  counter 

14 

NRBTGS  -  Number  of  RED/BLUE  targets 

15 

NFTGTS  -  Number  oi  false  targets 
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Section  3 


SENSOR  PERFORMANCE  MODELS 

3.1  INTRODUCTION 

3.1.1  General 

The  sensors  of  the  Systems  Assessment  Model  are  the  devices 
(expressed  in  the  format  of  computer  subroutines)  through  which  possibilities 
for  detection  of  enemy,  friendly,  or  other  target  types  are  developed.  The 
sensor  subroutines  are  limited  in  scope  to  the  determination  of  probabilities 
of  detection  and  certain  other  expressions  of  sensor  performance  given  that  a 
target  is  within  the  field  of  view  and  within  some  maximum  range  of  the  sensor.* 
To  determine  the  sensor-target  interaction  outcomes,  a  considerable  portion 
of  the  Systems  Assessment  Model  is  employed  to  specify  sensor-target  encounters, 
conditions  prevailing  at  the  times  of  encounters  such  as  atmospheric  and  cul¬ 
tural  eti  r* ronuent ,  terrain  data,  foliage  data,  light  levels  and  the  like.  In 
addition,  sensor  parameters,  as  defined  by  the  planner  or  taken  from 
designer  tables,  are  required  input  as  also  is  the  description  of  the  target, 
in  terms  of  type,  rate  of  movement,  structure  and  the  like.  In  this  section, 
discussion  is  limited  to  the  sensor  subroutines  except  where  for  clarity  or 
completeness  reference  to  other  subroutines  is  required. 

3.1.2  Subroutines  and  Classification 

The  subroutines  to  be  described  are  the  following: 

Background  Routines  Sensor  Performance  Subroutines 


SEISBK 

ACOUBK 

ENVIR 

PIRBK 

ARFBK 

BWIRBK 


SEISTG 

ACOUTG 

PIRTG 

ARFTG 

M.AGTG 

RADAR 

THEML 

IMAGE 

BRKWIR 


The  sensors  considered  have  capabilities  for  detection  which 
are  functions  of  target  characteristics,  sensor  parsmeters,  and  the  environ¬ 
ment.  Target  characteristics  as  seen  by  the  sensors  are  functions  of  time 
and  can  be  treated  properly  only  as  a  part  of  the  main  simulation.  Thus,  the 
sensor  performance  subroutines  are  included  as  part  of  the  Main  Simulation 
Model  (MSM) ,  However,  some  factors  which  Influence  sensor  performance, 
notably  environment ,  are  factors  which  remain  relatively  constant  over  a 
period  of  time  long  compared  to  some  target-sensor  jngageraents.  Where 

*  Estimation  of  additional  target  information  is  developed  in  subroutines 
ANAIMN  (6.4)  and  attended  sensor  analysis  (6.5)  making  use  of  sensor  subroutine 
outputs  and  other  data  such  as  prior  detection  history,  sensor  location,  sensor 
position  in  array,  geometry  of  engagement,  and  others. 
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practical,  the  long  term  effects  are  developed  as  part  of  the  PRERUN  processing. 
Thus  the  gain  of  an  adaptive  sensor,  adapting  to  background  noise,  can  be 
determined  for  each  period  of  constant  background  and  can  then  be  supplied 
to  the  MSM  as  a  parameter.  False  alarm  statistics  in  particular  are  a  major 
computation  of  PRERUN,  being  independent  of  target  activity.  The  six  back¬ 
ground  routines  of  the  above  table  are  thus  included  as  part  of  the  PRERUN 
model  (PRERUN). 

It  is  to  be  noted  that  all  sensors  do  not  have  background  ele¬ 
ments  as  part  of  the  PRERUN.  While  all  sensors  have  performance  characteristics 
modified  by  the  environment,  data  processing  convenience  in  some  cases 
dictates  that  background  or  environmental  effects  be  treated  as  part  of  the 
MSM.  For  example,  the  clutter  return  from  a  clutter  patch  in  radar  problems 
could  be  computed  in  PRERUN  but  the  size  of  the  patch  and  its  range  from  the 
sensor  will  not  be  defined  until  the  range  of  the  target  is  defined.  A  similar 
argument  applies  for  atmospheric  attenuation,  background  irradiance  and 
others.  Thus  some  background  computation  will  be  found  in  sensor  perfor¬ 
mance  subroutines  of  the  MSM,  i;i  particular  those  relating  to  radar,  thermal 
viewer,  and  imaging  type  sensors. 

3.1.3*  Sensor  Types 

It  can  be  seen  that  the  generic  types  of  sensors  treated  in  the 
simulation  are  nine  in  number.  However,  each  subroutine  is  designed  to 
accommodate  a  number  of  actual  equipment  types  to  the  limits  imposed  by 
assumptions  on  which  the  models  are  based.  For  example,  the  seismic 
sensor  model  (SEISBK  and  SEISTG  together)  will  provide  a  simulation  for  the 
Miniaid,  the  Handsid,  the  ATMOD,  and  a  number  of  others  including  fixed 
gain  and  adaptive  gain  control  equipments.  A  limitation  is  imposed  by  the 
simulation  of  the  sensor  logic  where  detection  determinations  are  based  on 
signal  to  threshold  ratios.  Some  seismic  or  acoustic  sensors  may  have  pro¬ 
cessors  which  enhance  detection  of  vehicles  by  filtering  techniques.  Because 
of  the  great  variability  in  the  seismic  path  loss  particularly  as  a  function  of 
frequency,  a  frequency  dependency  could  not  be  developed  within  the  lir».»ts  of 
the  present  study.  Hence,  such  specific  detail  is  not  treated  at  this  time. 

The  radar  subroutine  is  basically  limited  to  simulation  of  MTI 
radars  at  this  time  and  more  specifically  to  MTI  radars  operating  against 
ground  targets.  Radars  simulated  at  this  time  include  the  PPS-4,  PPS-5, 

PPS-9,  TPS-25,  APD/9,  ind  CS  II.  This  listing  may  be  easily  extended  to 
additional  ground  and  airborne  radars  as  data  is  acquired.  Some  radars 
such  as  the  MPQ-4  are  MTI  equipments  that  are  not  simulated  in  their  pri¬ 
mary  role  at  this  time  (for  the  MPQ-4  in  the  counterbattery  role),  because 
of  the  target/ground  clutter  relationships.  Changes  to  accommodate  such 
expansion  are  not  extensive,  but  have  not  been  included  because  of  time  and 
data  limitations. 
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The  IMAGE  subroutine  embraces  a  wide  range  of  sensors  including 
natural  sight,  binocular- aided  vision,  passive  night  vision  devices,  low  light 
level  and  daylight  TV.  Requirements  imposed  are  only  that  the  proper  set  of 
equipment  descriptors  be  provided. 

• 

It  is  not  to  be  implied  that  the  models  have  been  tested  against 
the  full  range  oi  equipments.  For  the  IMAGE  routine,  simulation  exercising  was 
carried  out  for  natural  sight,  binocular- aided  sight,  and  a  number  of  night 
vision  devices,  namely  the  TVS-A,  PVS-2  and  TVS- 2. 

3.2  BACKGROUND  SUBROUTINE a 

3.2.1  Cencral 

Some  sensor  types,  and  particularly  the  general  class  of  remote 
unattended  sensors,  have  background  noise  and  false  alarm  statistics  which  are 
essentially  independent  of  range. 

lines  the  parameters  on  which  background  noise  is  based  are 
established  as  pirt  of  the  PRERUN  processing,  it  was  decided  to  include  those 
elements  of  the  sansor  routines  in  PRERUN  as  well,  thus  eliminating  a  sub¬ 
stantial  part  of  processing  required  for  target  detection  from  M94  in  which 
time  end  speed  are  Important  considerations.  In  the  following  sections,  each 
of  the  sensor  background  routines  are  presented. 

At  the  initiation  of  sensor  subroutine  development,  attempts 
were  made  to  define  in  as  much  detail  as  possible  the  relations  between  driving 
functions  and  system  responses  for  noise  (and  target)  signals  at  the  sensor. 
Examples  of  the  general  nature  of  the  approach  are  contained  in  the  functional 
flow  diagrams.  Figures  3.2-1  through  3.2-4. 

Studies  were  conducted  chiefly  through  examination  of  the  per¬ 
tinent  literature  in  order  to  provide  the  mathematical  relations  linking  cause 
and  affect.  The  references  listed  at  the  end  of  this  section  are  a  significant 
but  far  from  complete  set.  It  was  found  in  many  cases  that  very  little  data  was 
svaila&le'fhd  that  1(T Sdme  instance* "the  dafa" was  lacking  in  specific  detail  to 
link  cause  and  effect.  Because  of  this  void,  it  was  necessary  to  develop  argu¬ 
ments  relating  cause  and  effect  on  the  basis  of  interpretations  of  the  limited 
data,  on  specific  findings  reported  in  the  literature,  on  examination  of  the 
broad  background  of  geophysics,  and  in  some  cases  on  intuitive  reasoning.  Thus 
some  of  the  arguments  are  open  to  question  and  it  is  anticipated  that  reviews 
of  existing  engineering  date  and  new  field  data  will  provide  the  basis  for  cor¬ 
rection,  refinement,  or  verification  of  the  arguments  proposed.  The  models  are 
structured  in  such  a  way  that  updating  may  easily  be  incorporated  and  even  re¬ 
structuring  of  the  cause  mid  effect  arguments  .'ncluding  addition  of  some  not 
foreseen  can  be  carried  out  within  the  limits  of  the  Information  provided  to 
the  subroutines  through  the  CALL,  COMMON,  and  DATA  statements.  These  models 
are  considered  to  provide  relatively  crude  estimates  of  noise  levels  and  false 
alarm  rates  but  nonetheless  are  considered  adequate  for  present  simulation  nur- 
poaes  in  f';*t  the  output  levels  and  rates  agree  to  a  significant  extent  with 
the  limited  field  data. 


THEORETICAL  FUNCTIONAL  FLOW  DIAGRAM  -  ACOUSTIC  SENIOR  BACKGROUND 


ttogumc  iOUTio* 


Ftgur*  3.2-2  THEORETICAL  FUNCTIONAL  FLOW  DIAGRAM  -  MAGNETIC  SENSOR  BACKGROUND 


It  la  emphasized  that  the  structure  Is  available  within  these 
subroutines  to  allow  expansion  as  additional  pertinent  data  and  relations  be¬ 
come  available.  The  major  needr.  so  far  as  data  input  is  concerned  are  in¬ 
cluded  in  the  common  statements  giving  atmospheric  (AIMENV)  and  terrain  (UNTER) 
data  for  each  time  period  of  Interest.  Ttius,  for  example,  effects  on  seismic 
background  due  to  soil  type,  temperature,  wind-rain  correlation,  time  of  day, 
solar  altitude,  and  others  can  easily  be  Introduced  without  major  program  re¬ 
vision,  provided  the  interrelations  can  be  defined. 

The  descriptions  that  follow  have  been  prepared  to  serve  as  a 
guide  by  means  of  which  the  reader  may  follow  the  listing  of  the  programs  being 
described.  It  is  not  essential  that  the  program  listings  be  consulted  for 
reading  the  following.  It  is  emphasized,  however,  that  the  comment  statements 
in  the  program  listing  also  provide  valuable  insights  into  the  program  organi¬ 
zation.  All  of  the  designer  input  values  required  for  functioning  of  the  pro¬ 
gram  are  contained  in  those  listings. 

3 . 2.  2  Subroutine  SEISBK 

3.2.2.  1  Purpose 

Subroutme  SEISBK  is  employed  in  PRERUN  to  establish  the 
seismic  noise  environment  in  which  each  seismic  sensor  will  be  operated. 
From  the  environmental  data, the  noise  level  at  the  sensor  and  the  root  mean 
square  (RMS)  output  noise  level  (for  fixed  gain  sensors)  or  amplifier  gain  (for 
AGC  type  sensors)  is  determined  for  use  in  the  MSM. 


3. 2.  2.  2  Glossary  of  Inputs,  Computed  Values,  and  Outputs 

Input  Values 

DBBATL  Battle  Noise  (dB) 

DBCULT  Cultural  Noise  (dB) 

IFDCGN  =0  No  Fixed  Gain,  =  1 , 2,  3,  4,  5  Planner  Set  Gain,  =6,  Sel. 

Gain,  =  Negative  Number  Fixed  for  Game 
ISEXP  Index  for  Buried:  1=0.0  (Buried),  2=6.0  (Not  Buried) 

ITREE  Index  on  Tree  Distance:  0=Tree,  l=No  Tree 

IUT  Index  on  Unit  Terrain 


Labelled  Common  Inputcd  Values 

BIASSE  Threshold  Setting  (Volts) 

BWSEIS  Effective  Band  Width  of  Noise  Signal,  in  Hertz 

CONSTS  Average  Amplifier  Output 

IPRINT  Output  Data  Device  Designator  =  6 

ISM  Index  Describing  Soil  Moisture  Conditions 

IVCOV  Index  Vegetation  Cover 

LDUMP  True  =  Intermediate  Calculations  Printed,  False  =  No  Print 

PRATE  Rain  Fall  Rate  (mm/hr) 

PTOT24  Total  Precipitation  During  the  Last  24  Hours 

WSPEED  Wind  Speed  (km/hr) 
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Internally  Stored  Designer  Input  Values 


BETA 

FBATL 

FCULT 

FRAIN 

FWIND 

SENSE* 

SET 

SOILM 

VEGCVR 

VEGCVW 


AVGTHC  Modifier  for  Fixed  Gain  Sensors 

Value  for  Battle  Effect,  1  =  1.  5  (low  int. ),  2=.  15(M),  3=.  1(H) 

Value  for  Population  Effect,  1  =  .  25(Rem. ),  2=.  15(Rur.),3=.  l(Urb.) 
Value  for  Rain  Effect,  1  =  .  5(Low),  2=,3(Mod.),  3=.2(Heavy! 

Value  for  Wind  Effect,  1  =  .5,  2=.4,  3=.3,  4=.2,  5 =.2 

Effect  of  Sensor  Being  Buried 

Table  of  Gain  Values 

Soil  Effects  on  Rain  Noise 

Vegetation  Cover  Effects  or  Rain  Noise 

Vegetation  Cover  Effects  on  Wind  Noise 


Computed  Values 


DBRAIN 

DBWIND 

DELTA 

DUM 

IFIXGS 

ISOILM 

IVCOVR 

KBATL 

KCULT 

KRAIN 

KWIND 

L 

ONOISE 
VB  AT  L 
VCULT 
VRAIN 
vwn-iD 


Rain  Noise  (dB) 

Wind  Noise  (dB) 

Modifier  of  False  Alarm  Rate,  Fixed  Gain  System 
Random  Number  0-1 

Absolute  Value  of  IFIXGN  (Index  for  Gain  Selector) 

Index  -  Soil  Modifier,  l=Dry  (0),  2=Wet  (3),  3  =  Very  Wet  (6), 
4=Saturated  (6) 

Index  Vegetation  Cover,  l=Heavy,  2=Med.  Forest,  3=L.  Fol.  , 
4=H20,  5=Open 

Index  Battle  Noise,  1  =  1. 5  (Low  Int. ),  2=.7(Med.),  3  =  .4(H’gh) 

Index  Cultural  Background 

Index  for  Rain  Conditions 

Index  for  Wind  Gustiness 

Dummy  Index 

Output  Noise  for  Fixed  Gain  System 
DBBATL  Converted  to  Voltage 
DBCULT  Converted  to  Voltage 
DBRAIN  Converted  to  Voltage 
DBWIND  Converted  to  Voltage 


AVGTHC 

GEQUIL 

THRESH 

VNOISE 


Output  Values 

Average  Time  Between  Threshold  Crossings  (Seconds) 
Amplifier  Gain 
Threshold  (Volts) 

RMS  Sum  of  Background  Noise  Voltages 
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3. 2.x.  3 


Description  of  Subroutine 


a.  Outline  of  Problem.  Seismic  waves  are  generated  by  a  wide 
range  of  sources  and  may  propagate  in  many  modes.  The  study  of  earthquakes, 
tremors,  high  energy  explosives,  and  the  use  of -seismics  in  geological  survey¬ 
ing  are  well  known.  Because  of  rhe  fact  that  vehicles  and  troops  also  give 
rise  to  seismic  waves  which  a>  e  of  suf  ficient  strength  to  be  observed  at  some 
distance  from  the  actual  source,  seismic  sensors  have  found  use  as  intrusion 
detection  devices  While  in  general  waves  of  a  number  of  types  can  be  pro¬ 
pagated,  those  of  interest  in  the  intrusion  detection  problem  are  surface  waves. 
Thus  the  Intruder,  Interacting  with  the  earth's  surface  through  his  movement, 
causes  seismic  surface  waves  to  be  generated  and  propagated.  The  generation 
and  propagation  processes  are  very  complex  depending  on  the  surface  character¬ 
istics,  particle  size,  dryness  or  hardness,  vegetation,  rock  formations,  sur¬ 
face  undulations  and  the  like.  Because  of  these  factors  source  strength  and 
path  loss  are  found  to  be  highly  variable  from  location  to  location  in  a  given 
area  and  even  more  so  when  widely  different  areas  are  compared. 

In  seismic  processing  and  similar  operations  where  data  storage 
and  extensive  post  processing  are  allowed,  waves  of  a  number  of  types  and  meas¬ 
urements  at  a  number  of  locations  can  be  treated.  While  array  proceseing  of 
real  time  signals  may  some  day  be  introduced  in  the  intrusion  detection  scheme, 
current  state  of  the  art  and  tactical  limitations  and  economic  considerations 
require  that  in  vast  cases  relatively  simple  processing  must  be  employed  in  an 
unattended  sensor,  the  output  of  which  will  in  general  be  a  "yes-no"  detection 
decision. 


In  this  simulation,  an  output  report  is  generated  whenever  the 
signal  due  to  a  target  exceeds  a  threshold  level  computed  or  set  for  the  con¬ 
ditions  prevailing.  Thus  the  target  detection  aspect  of  the  problem  consists 
of  computing  the  target  strength  at  the  sensor  ar  lifier  output  and  comparing 
that  level  with  the  threshold  level.  That  threshold  level  may,  hew  ver,  also 
be  exceeded  by  the  noise  in  the  sensor  output.  Further,  the  threshold  may  be 
made  adaptive  to  the  noise  level  to  limit  the  false  alarm  rate  for  high  noise 
conditions  (reducing  of  course  sensitivity  to  target  signals  at  the  same  time). 
It  is  the  function  of  the  SEISBK  to  establish  the  noise  level  at  the  sensor 
input  and  at  the  sensor  output.  For  a  fixed  gain  sensor  the  output  noise  level 
is  variable  while  for  an  adaptive  sensor,  the  output  noise  level  is  fixed  but 
the  gain  is  varied. 
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In  a  number  of  aelamlc  programs,  observation  of  seismic  back¬ 
ground  levels  were  undertaken,  for  example  In  References  1  to  J  (page  3-126) . 
While  the  seismic  background  la  seen  co  be  e  function  of  time  and  location, 
under  vary  quiet  conditions,  levels  of  the  order  of  -120  dB  relative  to  a 
particle  velocity  of  one  centimeter  per  second  have  bean  observed.  This  level 
is  undoubtedly  a  function  of  tha  general  location  of  the  sensor  and  probably 
varies  over  a  substantial  Tinge  over  the  earth's  surface.  A  aelamlc  sensor 
(as  for  example,  the  mass,  spring,  damper  system  that  constitutes  a  geophone), 
if  properly  constructed,  will  have  a  sensitivity  adaquate  to  respond  to  the  . 
-120  dB  signal  level.  In  general,  however,  noise  background  will  be  signifi¬ 
cantly  greater  than  -120  dB  even  in  relatively  quiet  areas.  Wind,  rain  and 
other  sources  will  have  an  appreciable  effect  on  the  noise  level.  One  of  the 
mein  purposes  of  the  SEISBK  subroutine  la  the  development  of  the  noise  back' 
ground  level  to  which  each  seismic  sensor  is  exposed  for  each  period  of  con¬ 
stant  environment  as  developed  in  the  PREEJN  processing. 

*  b.  Outline  of  Subroutine  P  low.  The  simulation  of  seismic 

sensors  follows  the  general  outline  given  below  and  Is  shown  in  Figure  3.2-5. 

1.  Components  of  noise  due  to  each  of  the  general  forcing 
functions(wind,  rain,  battle  and  cultural  activity)are  developed.  Only  the 
first  two  are  developed  in  the  seismic  subroutine.  Battle  and  cultural  noise 
are  provided  from  other  subroutines. 

2.  These  noise  levels  are  converted  to  voltages  (taken  to  be 
RMS  values)  bnj  are  summed  by  the  root  mean  square  procedure. 

3.  For  adaptive  sensors,  the  gain  required  to  achieve  an 
output  RMS  voltage  level  of  one  volt  is  canputed  and  assumed  to  apply.  For 
fixed  gain  sensors  the  gain  employed  is  selected  by  one  of  three  means  based 
on  input  data. 


4.  The  average  threshold  crossing  rate  for  noise  is  computed. 

5.  The  values  of  gain,  threshold,  output  noise  level  and 
average  threshold  crossing  rate  (GEQUIL,  THRESH,  VNOISE,  and  AVGTHC) 
are  supplied  to  other  subroutines  and  to  the  MSM  for  further  computations. 

c.  Assumptions  Embodied  in  the  Subroutine. 

1.  It  is  assumed  that  the  microseismic  limit  of  -120  dB  is 
effective  for  all  seismic  sensors. 

2.  The  noise  level  to  which  the  sensor  is  exposed  will  be 
increased  by  wind,  rain,  battlefield,  and  cultural  effects.  Factors  as  high  as 
1(P  (60  dB)  can  be  expected  for  battlefield  and  high  level  cultural  activity. 
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Figure  3,2-5.  SEISMIC  BACKGROUND  MACROFLOW 


3.  The  noiae  ia  -onsidered  to  poaaeaa  a  Gauaaian  distribution, 
the  -120  dB  level  cited  above  being  the  RMS  value.  The  variance  of  the 
Gauaaian  diatribution  will  be  related  to  the  magnitude  of  the  several  noise 
components.  The  variance  ia  the  determining  factor  in  false  alarm  (threshold 
crossings  by  noiae)  determinations. 

4.  All  sensors  employed  are  of  design  adequate  to  sense  the 
background  noise  level.  Sensor i  are  not  limited  by  internal  electronic  noise. 

5.  All  sensors  are  designed  to  have  gains  adequate  to  raise 
the  Input  signal  level  (as  low  as  -12C  dB'  to  an  output  level  of  0.  0  dB  (0.  0  ciB 
equt-ls  one  volt  thus  giving  an  assumed  geophone  sensitivity  of  one  volt/cm/sec. ). 
Fixed  gain  sensors  have  specific  gains  assigned,  but  for  geophones  of  the  same 
sensitivity  defined  above. 

d.  Description  of  Subroutine  Logic  and  Processing.  This 
subroutine  derives  data  from  a  number  of  areas.  As  can  readily  be  observed 
in  the  listing  (see  Volume  III),  the  common  areas  CONST,  BASICT,  ATMENV, 
SENVAR  and  UNTER  are  referenced.  In  addition,  the  calling  sequence  provides 
additional  input  information  specific  to  each  sensor  namely  the  IUT  value, 
DBCULT  and  DBBATL,  JSEXP,  ITREE,  and  IFDCGN,  which  refer  to  unit  ter¬ 
rain  type  in  which  the  sensor  is  placed,  the  seismic  background  levels  due  to 
cultural  and  battle  noise,  the  index  on  sensor  exposure  (buried  or  ground  em¬ 
placed),  the  nearness  of  the  sensor  to  trees,  and  the  type  of  gain  control 
employed  in  this  sensor.  Data  stored  within  the  routine  include  effects  of  soil 
moisture  (SOILM),  vegetation  cover  for  rain  effects  and  wind  effects  (VEGCVR, 
VEGCVW)  and  the  variance  factors  associated  with  the  several  levels  of  wind, 
rain,  battle,  and  cultural  noise  (FWIND,  FRAIN,  FCULT,  FBATL).  Also 
included  in  the  stored  data  set  arc  the  five  values  of  fixed  gain  that  may  be 
assigned  to  a  fixed  gain  sensor. 

The  index  defining  vegetation  coverage  is  taken  directly  from 
the  input  description  of  foliage  (IUT)  at  the  sensor  location.  The  index  of  soil 
moisture  (ISOILM)  is  taken  directly  from  the  unit  terrain  (UNTER)  table,  but 
requires  use  of  a  dummy  index  (L)  for  complete  specification.  L  is  an  integer 
function  of  the  integrated  rainfall  over  the  preceeding  24-hour  period  (PTOT24) 
and  can  take  on  the  values  1,  2,  or  3. 

The  noise  level  in  dB  due  to  rain  is  then  derived.  The  equation 
provided  shows  the  empirical  relation  between  noise,  rainfall  rate,  soil  mois¬ 
ture,  vegetation  coverage,  and  exposure  as: 

Noise  =  20  Lo£jq  (Rainfall  Rate  +  1.0)  +  Soil  Moisture 
Effect  t  Vegetation  Cover  Factor  +  Sensor 
Exposure  Factor. 
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The  effect  cf  wind  speed  is  also  considered  to  be  logarithmic 
with  its  influence  modified  by  vegetation  coverage  and  nearness  to  trees.  A 
sensor  emplaced  in  heavy  vegetation  is  considered  to  be  less  strongly  Influenced 
by  wind  than  a  sensor  emplaced  in  an  exposed  area.  A  sensor  emplaced  near 
a  tree  in  an  exposed  area  will  also  be  subjected  to  a  higher  noise  level  than 
one  far  removed  from  trees.  The  effects  of  wind  speed,  an  input  variable  from 
atmospheric  environment  common  area,  are  contained  in  the  following  state* 
ment  Including  the  getation  and  emplacement  modifiers. 


Wind  noise  (dB)  =  20  logjg  (wim'  speed  +  1.0) 

+  Vegetation  Cover  Factor 
+  Tree  Amplifier  Factor 

The  final  statement  thua  assigns  an  increase  of  six  dB  to  the  background  wind 
component  for  a  sensor  emplaced  near  a  tree.  The  data  describing  effects  of 
vegetation  are  stored  in  the  subroutine  under  the  label  VEGCVW  and  are  se¬ 
lected*  on  the  basis  of  the  index  IVCOVR  developed  from  unit  terrain  (UNTER) 
table  data. 

Input  noise  levels  from  the  cultural  and  battlefield  background 
subroutines  are  contained  in  the  arguments  DBCULT  and  DBBATL  in  the  Sub¬ 
routine  calling  sequence,  and  are  available  as  inputs  to  the  subroutine  from 
cultural  and  battle  subroutines. 

As  shown  in  the  flow  diagram  and  listing,  each  of  the  noise 
Jevels  in  dB  is  converted  to  a  noise  voltage  by  statements  such  as: 

(Windnoise- 120) 

Wind  noise  voltage  =10 

This  statement  gives  the  conversion  from  dB  to  voltage  with  the  note  that  the 
reference  level  of  -120  dB  is  introduced.  All  the  noise  levels  are  computed 
with  respec'.  to  this  reference  and  to  convert  to  voltage  it  is  neceseary  to 
introduce  the  reference.  The  reference  is  to  be  taken  as  the  minimum  seismic 
noise  level  that  will  be  experienced.  Converted  to  particle  velocity,  the  mini¬ 
mum  level  is  seen  *o  be  10'"  centimeters  pel  second.  This  level  mpy  vary 
somewhat  over  the  earth's  surface,  but  adequate  data  for  further  expansion  of 
the  model  in  not  available  at  this  time.  Note  that  the  thermal  noise^t  the 
amplifier  input  is  taken  to  be  less  than  1CT"  volts  and  that  the  conversion  from 

particle  velocity  to  voltage  is  taken  to  be  unity,  10*^  cm/sec  is  equivalent  to 
1  microvolt.  TMa  assumption  implies  a  specific  transducer  sensitivity  but 
if  r e  sensitivity  is  adequate  to  observe  the  microseismic  level  before  thermal 
noise  becomes  piedominant,  no  loss  in  generality  ia  introduced.  Senaora  of 
adequate  design  will  generally  meet  thia  requirement. 

*See  References  8,9,12,  &  16 
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Having  computed  the  various  component  noise  voltages,  a 
composite  of  the  background  noise  level  can  be  determined  by  computing  the 
RMS  value  derived  from  the  components. 

A  substantial  fraction  of  the  'seismic  sensors  presently  em¬ 
ployed  are  designed  to  be  adaptive  to  the  noise  environment  by  h'dusion  of  an 
automatic  gain  control  system  in  which  the  amplifier  output  noise  level  is 
held  constant  for  varying  input  levels  through  a  feedback  gain  control  system. 
The  average  output  level  of  the  amplifier,  CONSTS,  located  in  the  SENVAR 
common  input  area  is  assigned  to  be  one  volt.  The  actual  equipment  value 
may  differ  from  this  value,  but  since  the  gain  is  arbitrary,  it  will  differ  from 
the  equipment  amplifier  gain  in  the  same  ratio  as  the  thresholds.  The  gain 
level,  GEQUIL,  is  found  by  the  statement: 

GEQUIL  =  CONSTS /VNOISE 


where  VNOISE  is  the  RMS  noise  level.  GEQUIL  is  an  output  parameter  that 
is  supplied  to  SEISTG  subroutine  in  the  MSM. 


Fixed  gain  sensors  must  also  be  considered.  It  is  assumed 
that  these  sensors  will  have  five  gain  settings  available,  the  settings  differing 
in  sequence  by  6  dB  with  position  1  having  the  highest  gain,  6.  31  x  10’  volts/ 
volt  as  contained  in  the  data  set  of  this  subroutine.  An  index,  IFIXGN,  is  used 
to  denote  the  planner  or  sensor  parameter  designer  ’ctated  selection  of  gain 
type.  The  following  index  descriptions  apply: 


IFIXGN  =  0 


6 


Negative 

Number 


AGC  System 


Fixed  Gain  Selected  by  Planner 
and  Fixed  for  Game  Duration 


Fixed  Gain  Selected  by  Routine 
on  First  Enferyand  Maintained 
by  Game  Duration 

Fixed  Gain  Selected  by  Routine 
on  Each  Entry  to  Simulate  Com 
manded  Sensors 


For  IFIXGN  3  6  or  negative  number,  the  fixed  gain  value  that  is  closest  to 
the  AGC  gain  value  on  the  low  gain  side  is  selected  by  the  subroutine.  IFIXGN 
settings  of  1  through  5  are  not  likely  to  be  employed  because  the  planner 
doea  not  have  a  priori  information  on  the  background  noise  level  and,  there¬ 
fore,  has  no  basis  for  selection.  It  may,  however,  be  a  useful  method  of 
parametrically  examining  effects  of  gain  changes. 


For  the  fixed  gain  equipments  the  amplifier  output  RMS  noise 
level  is  computed.  Note  that  as  the  game  progresses,  the  background  noise 
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level  will  change.  Increases  in  background  can  be  such  that  the  output  RMS 
noise  level  is  greater  than  the  threshold  in  which  case  a  high  false  alarm 
rate  will  be  experienced.  If  this  should  be  the  case,  the  average  threshold 
crossing  rate  (AVGTHC)  is  set  to  0.  1  seconds.  For  all  other  conditions, 
however,  the  AVGTHC  is  developed  from  stored  data  and  indices  developed 
from  each  of  the  component  noise  levels.  The  basic  AVGTHC  term  is  de¬ 
veloped  in  the  statement: 

AVGTHC  =  (Wind  Effect  +  Rain  Effect  +  Cultural  Effect 
+  Battle  Effect)  x  6. 0 

This  statement  is  very  much  of  empirical  origin  designed  most  specifically 
to  produce,  through  the  False  Alarm  (FAINTV)  subroutine,  false  alarm  events 
at  rates  that  are  consistent  with  field  experience.  There  is  only  a  small  data 
base  on  which  to  draw  and  it  is  to  be  expected  that  by  correlation  with  speci¬ 
fic  field  data,  modifications  to  this  argument  may  be  required. 

For  fixed  gain  sensors  the  AVGTHC  value  is  modified  to 
account  for  the  fact  that  the  fixed  gain  system  RMS  output  (ONOISE)  may  dif¬ 
fer  significantly  from  CONSTS  on  which  basis  the  AVGTHC  empiricism  is 
based. 


The  outputs  from  this  subroutine  are  passed  through  the  sub¬ 
routine  argument  list  and  include  amplifier  gain  (GEQUIL),  RMS  sum  of  back¬ 
ground  noise  voltages  (VNOISE),  average  time  between  threshold  crossings 
(AVGTHC)  and  threshold  (THRESH)  where 

THRESH  =  CONSTS  +  BIASSE 
and  CONSTS  io  typically  1.0  and  B LASSE  is  0.2. 

3.2.3  Subroutine  ACOUBK 

3.2.3. 1  Purpose 

Subroutine  ACOUBK  is  employed  in  PRERUN  to  determine  the 
acoustic  ambient  noise  environment  Lr.  which  each  ac^ust  c  sensor  will  be 
operated.  From  environmental  data  in  unit  terrain  (UNTER)  and  atmospheric 
(ATMENV)  tables,  battlefield  and  cultural  backgrounds  and  time  of  day,  the 
noise  level  at  the  sensor  and  the  gain  level  of  the  AGC  amplifier  aro  deter¬ 
mined  for  the  MSM.  In  addition  the  average  threshold  crossing  time  (AVGTHC) 
is  computed  and  supplied  to  the  false  alarm  (FAINTV)  rub  routine  for  scheduling 
of  false  alarm  events.  Outputs  from  this  routine  are  THRESH  (amplifier 
threshold,  a  parameter  defined  by  equipment  parameters),  GUQUIL  (AGC 
determined  amplifier  gain  level  for  noise  only),  VNOISE  (input  RMS  noise 
level  to  the  sensor),  and  AVGTHC  already  defined. 
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3. 2. 3.  2  Glossary  of  Inputs,  Computed  Values,  and  Outputs 


DBBATL 

DBCULT 


BIASAC 

BWACOU 

CONSTA 

IPRINT 

ITOD 

LDUMP 

PRATE 

WSPEED 


FANTBL 

FBATL 

FCULT 

FFAUN 


DBFAUN 

DBRAIN 

DBWIND 

FRAIN 

FWIND 

KBATL 

KCULT 

KFAUN 

VBATL 

VCULT 

VFAUN 

VRAIN 

VWIND 


Input  Values 

Battle  Noise  (dB) 

Cultural  Noise  (dB) 

LaTaedled  Common  Inputed  Values 

Threshold  Setting  (Volts) 

Bandwidth 

Average  Amplifier  Output 
Output  Data  Device  Designator  =  6 
Time  of  Day 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
Rain  Fall  Rate  (mm  /hr) 

Wind  Speed  (km/hr) 

Internally  Stored  Designer  Input  Values 

Fauna  Noise  Table  Selected  by  Index  KFAUN 
Battle  Noise  Selected  by  Index  KBATL 
Cultural  Noise  Selected  by  Index  KCULT 
Fauna  Noise  Selected  by  Index  KFAUN 

Computed  Values 

Fauna  Noise  (dB) 

Rain  Noise  (dB) 

Wind  Noise  (dB) 

Rain  Noise 

Wind  Noise 

Index  for  Battle  Noise 

Index  Cultural  Noise 

Index  Fauna  Noise 

Battle  Noise  (Volts) 

Cultural  Noise  (Volts) 

Fauna  Noise  (Volts) 

Rain  Noise  (Volts) 

Wind  Noise  (Volts) 


AVGTHC 

GEQUIL 

THRESH 

VNOISE 


Output  Values 

Average  Time  Between  Threshold  Crossings  (Seconds) 
Amplifier  Gain 
Threshold  (Amplifier) 

Total  Background  Noise 


3.  2,  3.  3 


Description  of  Subroutine  Logic  and  Processing 


The  arguments  leading  to  the  development  of  the  noise  level  to 
which  the  acoustic  sensor  is  exposed  are  similar  to  those  for  the  seismic  sensor. 
In  order  to  determine  the  detection  performance  of  a  sensor  when  a  target  of 
given  strength  is  located  at  a  specific  distance  from  the  sensor  it  is  necessary 
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to  compare  the  target  signal  at  the  sensor  with  the  background  noise  whether 
that  noise  be  derived  principally  from  sensor  internal  sources  or  from  the 
environment.  Hence  it  is  necessary  to  establish  the  external  noise  level  to 
which  the  sensor  is  exposed  (an  assumption  in  the  model  being  that  internal 
noise  wLl  Always  be  less  than  that  due  to  external  sources). 

The  noise  environment  for  acoustic  sensors  may  be  due  to 
one  or  more  of  a  number  of  oources  including  wind,  precipitation,  cultural 
sources  such  as  urban  or  rural  activity,  road  traffic,  heavy  machinery, 
battlefield  sources,  especially  weapons  effects,  animal,  bird  and  insect  noise 
and  others.  These  sources  are  modified  to  some  extent  by  foliage  attenuation 
and  the  similar  effects. 

The  flow  of  this  routine  is  shown  in  Figure  3.2-6,  where  It  can 
be  seen  that  five  basic  noise  sources  are  included.  First  the  effect  of  rain  is 
considered  in  the  expression: 

Rain  Noise  (dB)  =  40  log^  (Precipitation  rate  +  1.0) 

+  12.0 

where  the  logarithmic  relation  between  rain  rate  and  noise  is  evident.  At  nine 
millimeters  an  hour  the  rain  noise  would  be  52  dB  while  at  99  millimeters 
an  hour  92  dB  would  bo,  computed,  all  with  respect  to  a  reference  level  of  0 
dB,  equivalent  to  10“ watts /square  centimeter  or  2  x  10*  dynes /square  cen¬ 
timeter.  The  constant  value,  12,  included  in  this  equation  and  in  the  equation 
for  wind  combine  to  define  the  assumed  minimum  background  noise  level  to 
which  the  sensor  would  be  exposed  under  field  conditions. 

Wind  effects  are  seen  to  follow  a  linear  relation,  namely: 

V^ind  Noise  (dB)  =  3.0  (— in|S^ffed)  +  12.0 

Two  effects  are  included  in  this  relation,  namely  the  effect  of  wind  on  the 
microphone  itself,  important  in  the  case  in  which  the  microphone  is  exposed 
to  the  wind,  and  the  effect  of  wind  on  vegetation  for  the  case  where  the  sensor 
is  located  in  or  near  foliage. 

Battle  and  cultural  inputs  are  provided  from  other  routines  and 
except  for  conversion  to  voltage  are  not  processed  further. 

Another  major  source  of  noise  is  that  due  to  the  fauna  in  the 
locale  of  the  sensor.  Baaed  on  very  limited  data,  the  argument  employed 
shows  that  maximum  noise  would  be  experienced  in  the  0300  to  0900  hour 
period  with  minimum  from  2100  to  0300  hours,  and  with  time  being  the  only 
parameter  of  importance. 
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Figure  3.2-6  ACCCBK  MACROFLOW 
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It  rrmst  be  evident  that  the  relations  given  are  very  crude  indi¬ 
cators  for  the  real-world  situation.  In  the  case  of  fauna  for  example,  the  user 
must  be  aware  of  activity  of  many  spec..':  ,  their  acoustic  levels,  the  popula¬ 
tion  density  for  various  types  of  terrain,  vegetation  coverage,  climatic  condi¬ 
tions,  distance  of  major  sources  from  the  sensor  and  others.  For  both  rain 
and  wind,  the  placement  of  the  sensor  relative  to  vegetation,  the  vegetatim 
coverage,  type  of  terrain,  soil  type  and  moisture  and  other  factors  need  to  be 
considered.  However,  a  review  of  the  available  literature  shows  that  the 
environment  is  only  poorly  described  in  terms  of  acoustics  and  that  for  a  more 
complete  description,  significant  effort  must  be  applied  to  the  development  of 
a  field  data  based  exposition. 

Because  of  the  wide  variation  in  noise  level,  AGC  is 
normally  employed  in  which  the  RMS  output  level  for  a  no-target  condition  is 
maintained  at  an  average  constant  level  (CONSTA).  As  the  noise  changes 
from  period  to  period  as  defined  by  changes  in  atmospheric  environment  para¬ 
meters,  the  gain  is  increased  or  decreased  as  appropriate  to  maintain  the 
fixed  output  level.  Since,  as  will  be  described  in  the  ACOUTG  subroutine, 
target  signal  can  also  modify  the  RMS  long  term  output  of  the  sensor,  both  the 
noise  background  in  volts  and  the  gain  setting  are  supplied  as  outputs  of 
ACOUBK  to  ACOUTG.  A  threshold  (THRESH)  is  defined  for  the  detection  pro¬ 
cess  by  adding  to  the  constant  level  (CONSTA),  an  offset  threshold  setting  level 
3IASAC.  For  detection*  the  signal  must  exceed  the  threshold  (THRESH  = 
CONSTA  +  BIASAC)  some  prescribed  number  of  times  in  a  given  time  interval, 
but  that  level  can  be  exceeded  by  signal  or  noise  and  hence  statistical  fluctua¬ 
tions  in  the  noise  level  must  be  considered. 

In  this  subroutine  estimates  of  variance  in  RMS  acoustic  noise 
are  developed  in  an  empirical  expression  defining  the  average  threshold 
crossing  time.  This  parameter  is  described  by  the  equation: 

AVGTHC  =  (Wind  Noise  +  Rain  Noise  +  Battle  Noise 
+  Fauna  Noise  +  Cultural  Noise)  x  6.  0 

Cultural  and  battle  r.oise  are  considered  to  be  most  variable  at  lower  levels  of 
activity,  that  is,  at  low  levels  of  the  noise  effects.  Similar  accounting  is  in¬ 
cluded  for  wind,  rain,  and  fauna  effects.  Future  4e*lgn  effort  — — ‘ 

*The  detection  processes  that  may  be  employed  in  acoustic  sensors  are  varied 
ranging  from  the  threshold  crossing  type  defined  here  to  types  that  include  an 
actual  operator  listening  mode.  While  one  mode  may  provide  a  decided  detec¬ 
tion  advantage  over  another  or  a  significant  false  alarm  advantage  over  another 
for  the  same  detection  capability,  significant  effort  would  be  required  to  define 
those  differences.  Hence  at  this  time,  only  the  single  detection  criterion  is  pro 
vided  as  representative  of  the  capabilities  of  all  systems.  Should  field  results 
shew  a  bias  due  to  this  assumption,  modifiers  for  equipment  types  can  be  easily 
introduced. 
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emphasis  on  developing  average  threshold  crossing  time  as  a  function  of 
threshold  and  bias  so  that  problems  of  a  more  general  nature,  i.  e. ,  study  of 
effects  of  threshold,  can  be  carried  out. 

3.2.4  Subroutine  EhlVIR 

3.2.4. 1  Purpose 

A  number  of  sensors  contained  in  the  STANO  equipment 
listing  are  limited  in  performance  by  or  depend  for  reference  on  the  radiance 
of  the  background.  The  purpose  of  this  subroutine  is  thus  to  compute  back¬ 
ground  temperature  and  standard  deviations  of  background  temperature  fluctua¬ 
tions  for  use  in  the  sensor  performance  subroutines  in  the  MSM.  Depending  on 
the  wave  length  region  in  which  the  sensor  operates  that  radiance  may  be  pro¬ 
vided  by  reflection  of  sun  or  moonlight,  or  by  self  emission  of  the  background 
acting  as  a  black  or  gray  body  at  the  temperature  of  the  background.  The 
latter  case  applies  to  sensors  operating  in  the  7-15  micron  region  because 
radiance  due  to  reflection  of  sunlight  in  this  region  is  less  than  the  radiance 
of  the  black  or  gray  body  background. 


3. 2. 4.2 


IUT 


CLOUDF 

CLOUDV 

EIGHT 

RAINF 

RAINV 

TYPEF 

TYPEV 

VEGF 

VEGV 

WINDF 

WINDV 


ATEMP 

IBACK 


Glossary  of  Inputs,  Computed  Values,  and  Outputs 

Input  Values 

Index  Unit  Terrain 

Internally  Stored  Designer  Input  Values 

Cloud  Factor  Data 
Variance  Factor  Cloud  Data 
Constant  (7.  99999) 

Rain  Factor  Data 
Variance  Factor  Rain  Data 
Background  Type  Factor  Data 
Variance  Factor  Background  Type  Data 
Vegetation  Factor  Data 
Variance  Factor  Vegetation  Data 
Wind  Factor  Data 
Variance  Factor  Wind  Data 

Labelled  Common  Inputed  Values 

Ambient  Air  Temperature 

Index  Identification  Most  Likely  Background  Reflectance  Function 
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****»jjBP  y* 


iprint 

ITOD 

IVCOV 

I  DUMP 

PRATE 

SOLALT 

TCLOUD 

WSPEED 


CFACT 

CVAR 

HRLOCL 

ICLD 

IRAIN 

ITYPE 

IVEGCV 

rwiNp 

RFACT 

RVAR 

TFACT 

TVAR 

VFACT 

WAR 

WFACT 

WVAR 


SIGMA 

TEMPEV 


Labelled  Common  Inputed  Values  (continued) 

Output  Dati  Device  Designator  =  6 
Time  of  Day 

Index  Vegetation  Cover,  l=I}eavy,  2=Medium,  3=Light,  4=Open, 
5= Water 

True  =  Intermediate  Calculation*  Printed,  False  =  No  Print 
Rr.in  Fall  Rate  (mm  /hr) 

Solar  Altitude  (Degrees) 

Transmission  of  Clou<  Cover 
Wind  Speed  (km/hr) 

Computed  Values 

Cloud  Factor 

Variance  Factor  Due  to  Clouds 
Local  Time 
Index  on  Cloud  Cover 
Index  on  Rainfall  Rate 
Index  on  Background  Type 
Index  cn  Vegetation  Cover 
Index  on  Wind 
Rain  Factor 

Variance  Factor  Due  to  Rain 

Background  Type  Factor 

Variance  Factor  Due  to  Background  Type 

Vegetation  Factor 

Variance  Factor  Due  to  Vegetation 

Wind  Factor 

Variance  Factor  Due  to  Wind 

Output  Values 

Standard  Deviation  of  Background  Temperature  Fluctuation 
Background  Temperature  (C  Degrees) 


3.2.4.  3  Description  of  Subroutine  Logic  and  Processing 


The  temperature  of  the  backgrr  id  is  a  complex  function  of 
the  background  type,  its  component  parts,  the  environment,  surface  features, 
soil  conditions,  exposure  to  the  3un,  viewing  angle  with  respect  to  sun- 
background  direction  and  others.  An  examination  of  Figure  3.2-7  shows  the  totsl 
cycle  of  the  major  processes  that  are  involved,  the  pertinence  of  each  in  a 
given  location  being  a  function  of  the  above  factora.  Little  work  has  been  re¬ 
ported  on  the  in  situ  measurement  of  background  temperature  in  the  detail 
required  to  identify  background -environment  interdependencies.  Airborne 
measurement  of  surface  temperature  is  now  widely  employed  for  several  pro¬ 
blems,  but  these  show  the  temperature  differences  for  small  changes  in  distance 
without  ascribing  any  description  of  the  backgrounds  so  that  a  cause  and  effect 
might  be  observed.  Becsuse  of  the  limited  dats,  an  argument  describing  the 
relationship  between  air  temperature  and  background  temperature  was  developed 
as  a  set  of  empirical  dependencies  derived  from  interpretation  of  the  meager 
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literature.  These  relationships  are  the  basic  content  of  ENVIR  subroutine 
using  the  atmospheric  environment  (ATMENV),  unit  terrain  (UNTER)  and  time 
as  inputs  and  provides  estimates  for  background  temperature  (TEMPEV)  and 
temperature  fluctuations  (SIGMA)  as  outputs. 

The  argument  developed  is  that  the  background  temperature 
will  differ  from  the  ambient  air  temperature  by  a  factor: 

( Altitude  ^Vegetation  Factor)(Cloud  Factor) 

(Wind  Factor)(Rain  Factor)(Ten|perature  Factor) 

where  the  altitude  of  the  sun  will  be  positive  during  the  day  and  negative  at 
night.  Since  all  the  modifiers  are  positive,  the  prediction  is  made  that  back¬ 
ground  temperatures  will  be  warmer  than  ambient  air  during  the  day  and 
cooler  at  night.  Solar  altitude  can  reach  a  maximum  value  of  90*  for  tropical 
regions  so  that  the  maximum  difference  between  background  and  air  tempera¬ 
tures  will  be  18*C  because  the  multiplying  factors  range  between  zero  and  one. 

The  effects  of  the  five  modifying  factors  in  the  equation  above 
are  contained  in  the  subroutine  in  a  set  of  data  statements.  The  indices  re¬ 
quired  to  select  one  set  of  values  assigned  to  each  factor  are  developed  from 
input  data  describing  wind  speed,  background  type,  vegetation  cover,  cloud 
cover,  and  precipitation.  For  example,  the  wind  speed  values  between  0  and 
50  kilometers  per  hour  are  divided  into  ten  intervals,  each  of  which  is  denoted 
by  an  index  (IWIND)  from  the  expression: 

W  ind  Index  -1.0+ 

Thus,  for  a  wind  speed  of  0  to  4.9  kilometers  per  hour  maxi¬ 
mum  deviation  between  background  and  air  temperature  is  permitted,  while 
for  speeds  of  45  kilometers  per  hour  the  difference  will  be  minimum. 

Similar  arguments  are  developed  for  each  factor.  Since  cloud 
cover  transmission  (TCLOUD)  varies  from  zero  to  one  and  is  maximum  for 
clear  skies,  the  index  on  cloud  cover  (ICJLD)  is  developed  as: 

Cloud  Index  =  8(TCLOUD)  +1.0 

yielding  integers  varying  from  one  to  nine  as  TCLOUD  varies  horn  zero  to 
one.  For  clear  skies,  TCLOUD  =  i  and  maximum  difference  between  back¬ 
ground  and  air  temperature  is  allowed,  CLOUDF  =  1;  while  for  heavy  over¬ 
cast,  TCLOUD  *  0  and  the  background  takes  on  the  same  vilue  as  the  air 
temperature,  CLOUDF  -  0. 

For  vegetation  coverage,  concern  centers  on  transmission  by 
the  foliage  of  solar  energy  so  that  conditions  of  heavy  forest  cover,  medium 
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cover,  or  light  or  open  areas  are  defined.  Since  1VCOV,  the  index  on  vegeta¬ 
tion  cover  supplied  from  unit  terrain  (UNTER)  ranges  from  one  to  five  but  with 
values  three,  four,  and  five  describing  relatively  open  areas,  the  index  is  re¬ 
duced  to  range  from  one  to  three  as  the  index  for  vegetation  cover  (IVEGCV) 
in  this  subroutine.  The  background  and  rain  indices  are  developed  in  similar 
fashion. 


It  is  known  from  limited  field  data  that  false  alarms  are  ex¬ 
perienced  with  PIRID  type  sensors  in  field  use  and  in  field  test.  These  alarms 
are  attributable  to  the  fact  that  the  power  incident  on  a  single  detector  is  not 
constant  but  is  continually  fluctuating  and  hence  for  a  prescribed  threshold,  a 
noise  signal  may  be  generated  which  will  be  identified  as  a  target  event.  Un¬ 
fortunately,  the  literature  contains  practically  no  information  on  this  particular 
problem.  As  was  the  case  with  background  temperature,  an  empirical  expres¬ 
sion  for  the  standard  deviation  of  background  temperature  fluctuations  (SIGMA) 
was  developed  to  provide  the  inputs  to  the  false  alarm  process  as  follows: 

SIGMA  -  0.72  -  (0.001465  X  MTDffi  X  WVAR  X  CVAR  X  WAR 
X  TVAR  X  RVAR) 

Where  MTIME  -  Absolute  value  of  (local  time  -  9) 

WAR  »  Wind  variance  factor 
CVAR  -  Cloud  variance  factor 
WAR  •  Vegetation  variance  factor 
TVAR  -  Temperature  variance  factor 
RVAR  -  Rain  variance  factor 

The  rationale  for  the  expression  developed  is  that,  through  it, 
a  value  of  SIGMA  is  produced  which  when  entered  into  the  PIRBK  subroutine 
and  subsequently  to  FAINT V  subroutine,  produced  false  alarms  events  con¬ 
sistent  with  the  very  limited  field  data.  Based  on  field  data  the  mid-morning 
time  centered  on  9:00  AM  is  ascribed  the  maximum  SIGMA,  i.  e. ,  highest  false 
alarm  rate,  but  with  SIGMA  and  false  alarm  rate  modified  by  the  five  factors 
shown.  The  same  factor  indi.  js  described  earlier  are  ised  to  select  appro¬ 
priate  variance  factors  from  the  stored  data  set. 

The  outputs  of  this  subroutine,  background  temperature 
(TEMPEV)  and  background  temperature  fluctuation  standard  deviation  (SIGMA), 
are  supplied  through  the  call  statement  to  PIRBK  subroutine  for  development 
of  background  power  information.  The  descriptive  flow  of  Figure  3.2-8  shows 
the  simple  sequential  process  of  this  subroutine. 

3,2.5  Subroutine  PIRBK 

3. 2.  5.  1  Purpose 

The  PIRID  sensor  is  a  hand-emplaced  sensor  operating  as  a 
passive  intrusion  detection  sensor  in  the  7-15  micron  region.  Two  fields  of 
view  and  appropriate  timing  logic  are  included  to  provide  for  target  detection. 
Noise,  however,  may  also  satisfy  the  logic  requirements  and  hence  false 
alarms  events  need  alto  to  be  coneidered.  It  ie  the  purpose  of  the  PIRBK 
subroutine  to  develop  the  power  incident  on  etch  detector  due  to  the  back¬ 
ground  and  the  average  threshold  crossing  rate  for  noise  (fluctuations  in 
background  radiance)  making  use  of  background  temperature  (TEMPEV)  and 
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j'luotmtion  estimate  (SIGMA)  supplied  by  the  ENVIR  subroutine  for  the  loca- 
;  .n,  uackground  type  and  environment  supplied  from  planner  input,  unit 
terrain,  and  the  atmospheric  environment  tables.  The  outputs,  background 
power  incident  on  sensor  (WATTBK)  and  average  threshold  crossing  (AVGTHC) 
are  supplied  to  the  PIRTG  and  FAINTV  subroutines  respectively. 


3. 2. 5. 2 


Glossary  of  Inputs,  Computed  .Values,  and  Outputs 


Input  Values 

IUT  Index  Unit  Terrain 

SIGMA  Standard  Deviation  of  Background  Temperature  Fluctuation 

TEMPFV  Temperature  of  Background  Determined  in  the  Environment 

Subroutine  (C.  Degrees) 

Labelled  Common  Inputed  Values 

BWPIR  Band  Width  (Hz /Sec) 

DEVXMN  Optical  System  Transmission  Factor 

DIAM  Diameter  of  Sensor  (mm) 

1PRINT  Output  Data  Device  Designator  =  6 

LDUMP  True  =  Intermediate  Calculations  Printed,  False  =  No  Print 

PHIAZ  Azimuth  Angle  in  Radians 

PHIEL  Elevation  Angle  in  Radians 

STEFK  Stefan-Boltzmann  Constant/PI  (1. 805455E-8) 

Computed  Values 

AREA  Area  of  Sensor  Input  Aperture  In  Square  Meters 

TI04  PI/4  (0. 785398) 

PROBTH  Probability  of  Crossing  Threshold 

RADBAK  Background  Radiance 

TEMPKL  Background  Temperature  (Degrees  Kelvin) 

Output  Values 

AVGTHC  Average  Threshold  Crossing 

EXPAN  Intermediate  Calculations  (Area  *  Field  *  DEVXMN) 

FIELD  Field  of  View 

WATTBK  Background  Power  Incident  on  Sensor 


3. 2. 5. 3 


Description  of  Subroutine  Logic  and  Processing 


The  PI* ID  sensor  consists  of  two  detectors  and  an  optical  sys¬ 
tem  through  which  two  fields  of  view  are  defined.  These  fields  are  separated 
from  one  another  by  an  unobserved  region  to  provide  for  two  independent 
sequential  indications  of  target  passage.  At  all  times  except  during  target 
passage,  power  incident  on  the  detectors  will  be  due  to  radiance  of  the  back¬ 
ground  as  contained  within  each  field  and  by  radiance  of  the  atmosphere  which 
will  be  important  under  conditions  of  poor  visibility.  The  power  incident  on 
both  detectors  for  the  non-target  case  need  not  be  the  same,  since  a  nulling 
system  is  included  in  the  sensor  design.  However,  short-term  fluctuations 
in  received  power  (those  that  fall  within  the  pass  band  of  the  target  signal) 
cannot  be  eliminated  and  hence  must  be  considered  as  potential  sources  of 
false  alarms. 


3-26 


This  device  operate*  a*  a  passive  system  in  the  7-15  micron 
region.  Each  field  of  view  will  be  filled  by  a  composite  radiating  background 
consist'n*  of  trees,  grass,  brush,  water  and  sky,  depending  on  the  emplace¬ 
ment  location  and  the  manner  in  which  the  device  is  emplaced.  Background 
radiance  will  be  due  predominantly  to  the  radiant  omittance  of  the  background 
cor-stituents,  radiating  as  black  or  gray  bodies.  Reflection  of  sunlight  can  be 
expected  to  be  considerably  less  than  the  black  body  radiance  as  may  be  seen 
in  Figure  3.2-9  but  in  a  cm  eases  nay  be  adequate  to  cause  ehangns  sufficient 
to  produce  false  alarm  problems . 

The  first  problem  treated  in  the  PIRBK  subroutine  (see 
Figun  3.2-10)  is  eosputlng  the  power  incident  on  each  detector.  Here  it  is 
assumed  that  the  powers  will  be  the  same  for  both  fields,  and  since  differences 
are  removed  by  nulling,  this  assumption  is  considered  to  impose  no  serious 
limitation  at  this  point.  First,  a  call  is  made  to  the  ENVER  subroutine  to 
provide  estimates  of  the  background  temperature,  TEMPEV,  and  fluctuation 
in  background  temperature,  SIGMA,  for  the  appropriate  location,  location 
description  (IUT)  and  environmental  conditions  (ATMENV).  The  background 
temperature'  ie  then  employed  to  compute  the  radiance  of  the  background Ujf 
the  expression: 

Background  Radiance  =  0.  27  o  (Background  Temperature)4 

vhare  a  l»  the  Stefan-Boltamann  constant  over  PI  (STSFK)  and  the  background 

temperature  (TKKPXX.)  Is  In  degrees  R.  The  factor  0.27  is  Included  to  account 
for  tha  fact  that  for  the  temperatures  of  interest,  approximately  27  percent 
of  the  radiance  lias  in  tha  7-15  micron  region.  This  is  obtained  by  integrating 
tha  Planck  radiation  law: 


over  the  wavelength  region  from  7-14  microns  for  Tr  300*  Kelvin  (see 
Reference  4). 

While  the  actual  percentage  will  deviate  a  small  amount  from 
27  percent  (25  to  29  percent)  over  the  range  of  background  temperatures  to  be 
included,  the  target  temperature  will  in  general  be  related  to  the  environmental 
temperature  and  will  differ  from  it  by  only  cf  the  order  of  10*  C  so  that  actual 
integration  of  the  Planck  equation  is  not  required. 

It  is  further  assumed  that  both  fields  of  view  are  filled  by 
black  bodies  radiating  at  the  background  temperature.  Thus  the  power  inci¬ 
dence  on  each  detector  can  be  computed  from  the  data  defining  the  sensor 
aperture  and  the  angular  dimensions  of  each  field  of  view  (assumed  to  be  the 
same).  The  area  of  background  subtended  at  a  range,  R,  by  the  field  of  view 
would  be: 


Background  area  *  (Field  of  View)(R*) 
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Figure  3 


.2-10  PIRBK  SUBROUTINE  MACROFLOW 
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that  is,  the  area  contributing  to  the  power  incident  on  the  detector.  The 
•olid  angle  subtended  by  the  sensor  for  background  at  range.  R,  is  the  ratio 
of  the  area  of  the  sensor  to  range  squared;  this  is: 

Angle  subtended  =  <^eni.°.£  AlS*) 

R* 

Combining  both  expressions  and  including  the  transmission  (7-15  microns)  of 
the  optical  system,  the  geometrical  factor  reduces  to: 

(Field  of  view) (Area) (Transmission  factor) 

which  is  seen  to  be  independent  of  range  (hence  range  is  not  a  required  input 
for  this  set  of  computations).  The  effects  of  atmospheric  attenuation  on  back¬ 
ground  power  have  been  included  in  an  indirect  way,  through  the  definition  of 
background  temperature  (TEMPEV)  as  a  function  of  background  and  environ¬ 
mental  parameters  in  the  ENVIR  subroutine. 

Because  of  t.,e  lack  of  data  describing  the  fluctuations  in 
background  radiance  and  its  spectral  distribution,  the  detailed  analysis  of 
false  alarm  statistics  originally  planned  had  to  be  modified  such  that  the 
average  threshold  crossing  is  an  approximation  designed  to  provide  false 
alarm  data  consistent  with  the  limited  field  data.  The  probability  of  crossing 
the  threshold  (PROBTH)  is  computed  as  follows: 

0  18 

PROBTH  =  Complementary  Error  Function  of 

with  the  constant  (0. 18)  included  in  place  of  Threshold  /Z,  the  value  used  in 
the  standard  form. 


The  Average  Threshold  Crossing  (AVGTHC)  is  computed  from 
the  probability  of  crossing  the  threshold  on  each  chance,  the  number  of  inde¬ 
pendent  chances  per  second  provided  by  the  bandwidth  and  the  factor  Z  to 
account  for  the  fact  that  the  crossing  may  take  place  in  either  channel  as 
follows:  - 

avcthc  =  2(p|fCftTH)$ANf>WffiTH) 

The  AVGTHC  is  then  supplied  to  FAINT V  for  scheduling  of  false  alarm  events. 
The  otter  outputs,  FIELD,  EXPAN  and  WATTBK  are  stored  so  that  they  may 
be  supplied  for  the  appropriate  time  interval  for  use  in  the  PIRTG  subroutine. 

3.Z.6  Subroutine  ARFBK 

3.Z.6. 1  Purpose 

The  ARFBUOY  sensor  consists  of  a  number  of  button  bomblets 
distributed  over  an  area  to  be  monitored  and  a  transceiver  located  within  100 
meters  of  the  farthest  limits  of  the  array  of  bomblets.  When  an  intrusion  takes 


place,  and  if  a  bomblet  is  disturbed,  a  signal  is  generated  by  the  bomblet 
which  is  received  by  the  transceiver,  coded  and  transmitted  to  a  monitor. 

The  ARFBK  subroutine  is  included  to  determine,  from  planner  inputs,  the 
area  density  of  bomblets  deployed  from  which  pi  obabilities  of  excitation  will 
be  developed  in  the  ARFTG  subroutine  of  the  MSM.  In  addition,  an  estimate 
of  the  average  false  alarm  interval  is  developed  from  the  number  of  bomblets 
deployed,  the  method  of  deployment,  and  the  environmental  conditions  con¬ 
sidered  to  be  pertinent. 

3. 2.  6.  2  Glossary  of  Inputs,  Computed  Values,  and  Outputs 

Input  Values 

DIMMAX  Maximum  Dimension  of  Seeded  Area  {Rectangle  Length  or 

Circle  Diameter)(Meters) 

IEMPLC,  Method  of  Emplacement,  l=Hand,  2=Artillery,  3=Air 

IGEOM  =1  (Open  Circle),  =  2(Open  Line),  =3(Road  or  Trail) 

IMAG  Index  on  Bomblet  Type  (0=Magnetic,  l=Noiseless) 

NBMBLT  Number  of  Bomblets  Used 

WIDTH  Width  of  Seeded  Area  (Meters) 

Labelled  Common  Inputed  Valuas 

IPRINT  Output  Data  Device  Designator  =  6 

LDUMP  True  =  Intermediate  Calculations  Printed,  False  =  No  Print 

PRATE  Rain  Fall  Rate  (mm /hr) 

Computed  Values 

FARATE  False  Alarm  Rate 

RAINF  Factor  Giving  Effect  of  Rain  on  False  Alarm  Rate 

SAREA  Area  of  the  NBB  Array  (Square  Meters) 

SNUMB  Number  Within  Area  Containing  NBB's  and  Target 

Output  Values 

AREADN  Area  Density  of  the  NBB's  (Square  Meters) 

AVFATM  Average  False  Alarm  Interval 

3  .2.6.3  Description  of  Subroutine  Logic  arid  Processing 

The  deployment  of  an  ARFBUOY  may  be  extremely  varied 
depending  or  the  purposes  for  the  emplacement,  the  type  of  terrain  in  which 
emplacement  is  made,  vegetation  density,  and  other  considerations.  Three 
basic  types  oi  geometry  are  allowed  the  planner  in  this  simulation:  a  uniform 
distribution  emplnr.icd  in  open  areas  with  either  circular  or  rectangular 
limits,  or  a  distribution  along  a  road,  also  described  by  rectangular  limits. 

In  all  cases,  the  planner  must  specify  the  type  of  configuration  (IGEOM)  and 
the  number  of  emitters  to  be  employed  (NBMBLT). 

This  simulation  is  based  on  several  additional  assumptions. 
First,  the  emitters  are  uniformly  distributed,  retain  the  uniform  distribution 
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over  the  game,  and  art  not  lost  to  the  game  by  exitation  or  other  causes  ex¬ 
cept  for  the  transceiver,  the  reliability  of  which  is  treated  in  the  subroutine 
designed  specifically  for  reliability  analysis.  It  is  also  assumed  that  the 
principal  cause  of  false  alarm  is  basically  rain,  with  other  sources  being  of 
such  small  import  that  they  are  neglected.  It  is  also  assumed  that  button 
bomblets  of  the  magnetic  type  will  eventually  be  available  and  that  the  false 
alarm  rate  for  this  class  will  be  different  from  the  shock  excited  noiseless 
units* 

In  the  subroutine  (see  Figure  3.2-11)  the  area  over  which  the 
bomblets  are  distributed  is  computed.  From  that  value  and  the  planner 
input  of  number  of  bomblets,  the  area  density  (AREADN  )  is  determined  for 
use  in  the  ARFTG  subroutine.  Then,  based  on  the  rainfall  data  and  the  type 
of  bomblet  deployed,  the  false  alarm  rate  (FARATE)  and  average  false  alarm 
time  interval  (AVFATM)  are  computed. 

False  alarm  rate  is  considered  to  be  related  logarithmically 
to  rain  rate  by  the  expression: 

False  Alarm  Rate  Rain  Factor  (RAINF)  =  log  ^  (rainfall 

rate  +1.0) 

This  expression  results  from  an  intuitive  argument  and  is  not  supported  by 
data  at  this  time.  A  constant  is  also  included  in  the  false  alarm  rate  calcula¬ 
tions  to  account  for  other  disturbance  sources  such  as  animals,  birds  and 
wind  since  lack  of  data  prevented  any  different  treatment  for  this  equipment. 

The  noiseless  bomblets  are  considered  to  have  a  false  alarm 
rate  (FARATE)  given  by: 


FARATE  = 


(RAINF  +  0.  5)(No.  Bomblets  in  Area) 
0.36x10® 


where  FARATE  is  given  in  events  per  second. 

The  magnetic  bomblets  are  considered  to  have  a  lower  basic 
false  alarm  rate  given  by: 


FARATE 


(RAINF  +  0.  l)(No.  Bomblets  in  Area) 
~~  0.  26  x  10^ 


except  that  for  air-dropped  units,  the  rain  effect  factor  is  increased  by  a 
factor  of  2.  The  average  false  alarm  interval  (AVFATM  =  1  /FARATE)  is 
supplied  to  the  FAINTV  subroutine  for  false  alarm  event  scheduling  and  area 
density  of  bomblets  (AREADN)  is  supplied  to  ARFTG  subroutine  in  MSM. 
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Figure  3.2-11  AJtFBK  SUBROUTINE  NACROFLOW 
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3.2.7 


Subroutine  BWIP.BK 


3.2.7. 1  Purpose 

The  -breakwire  device  of  which  the  AN/GSS-9  equipment  is 
an  example  provides  an  alarm  when  a  thin  wire  is  broken.  Since  the  wire  may 
be  broken  by  natural  causes  such  as  by  wind  driven  brush,  animals,  birds, 
falling  branches  and  others  in  addition  to  target  intrusion  events,  there  is  a 
need  to  compute  the  probability  of  time  of  occurrence  of  the  non-intrusion  or 
false  alarm  event.  This  is  the  purpose  for  the  BWIRBK  routine. 


3. 2. 7. 2 


Glossary  of  Inputs,  Computed  Values,  and  Outputs 


Input  Values 

ALENGT  Length  of  Line  Deployed  (Yards) 

IUT  Index  on  Unit  Terrain 

Internally  Stored  Designer  Input  Values 

DLENGT  Length  of  Line  Available  (Yards)  Set  to  2500 

FNCOMP  Fauna  Component  Factor 

WCOMP  Wind  Component  Factor 

Labelled  Common  Inputed  Values 

IPRINT  .  Output  Data  Device  Designator  -  6- 

ITOD  Time  of  Day 

LDUMP  True  =  Intermediate  Calculations  Printed,  False  =  No  Print 

WSPEED  Wind  Speed  (km/hr) 

Computed  Values 

DUM  Dummy  Argument 

FAFACT  Dummy  Argument 

KFAUN  Index  in  Animal  Activity  (1=6  AM-6  PM,  2=6  PM -6  AM) 

WFACT  Wind  Component  Factor  for  Particular  Vegetation  Type 

Output  Vrlues 

AVGTHC  Average  Threshold  Crossing 


3. 2. 7.  3  Description  of  Subroutine  Logic  and  Processing 

The  two  major  causes  for  accidental  activation  of  the  break- 
wire  device  are  considered  to  be  wind  and  fauna  (see  Figure  3,2-12),  The  wind 
will  be  effective  in  those  cases  in  which  brush  and  ground  cover  are  available 
to  be  driven  by  the  wind  against  the  device  as  well  as  by  wind  caused  move¬ 
ment  of  those  natural  objects  to  which  the  breakwire  is  anchored,  such  as 
trees.  The  factor,  WFACT,  associated  with  the  wind  is  given  for  a  particular 
vegetation  type  by  the  relation: 


WFACT  =  (Wind  Component  Factor)(Wind  Speed) /100 
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Figure  3.2-12  BtflUBK  SUBROUTINE  MAOBOTLCW 


that  it,  a  linear  function  of  wind  speed.  The  wind  component  factor  (WCOMP) 
is  derived  from  a  stored  data  set  in  this  subroutine  which  is  keyed  to  the  index 
of  unit  terrain  (1UT)  descriptions.  Based  on  the  descriptions  of  vegetation  types 
used  in  the  unit  terrain  (UNTER)  tables,  the  following  modifiers  were  assigned 
to  WCOMP  and  to  a  similar  factor  for  the  fauna  component  (FNCOMP). 


Terrain 

Index 


(IUT) 

Terrain  Descriptions 

WCOMP 

FNCOMP 

1 

Rice  Paddy 

0.  2 

1.0 

2 

Single  Canopy  -  Light  Undergrowth 

0.7 

1.0 

3 

Brushwoods  -  Coffee  and  Tea  Plantations, 
Rolling  Hills 

1.0 

1.0 

4 

Brushwoods  -  Coffee  and  Tea  Plantations, 
Flat  Valleys 

1.0 

1.0 

5 

Multicanopied  Dense  Undergrowth  Forest, 
Upper  Slopes 

0.  5 

0.6 

6 

Multicanopied  Dense  Undergrowth  Forest, 
Lower  Slopes 

0.5 

0.  6 

7 

Single  Canopy  Light  Undergrowth  Forest 
with  Bamboo 

0.  1 

0.3 

8 

Dune  Grass  and  Casuarina  on  Sand 

0.2 

1.0 

9 

To  Be  Defined 

0.0 

0.  0 

10 

To  Be  Defined 

0.0 

0.  0 

These  values  assigned  are  considered  to  be  preliminary,  requiring  further 
validation  or  modification. 

As  noted  above,  the  wire  may  also  be  disturbed  by  fauna. 
Animal  and  bird  activity  are  assumed  to  be  most  extensive  during  the  hours 
6  AM  to  6  PM.  The  fauna  index  (KFAUN)  is  computed  for  the  time  of  day  and 
may  take  on  the  values  0  (0000  to  0600),  1  (0600-1800),  and  2  (1800-2400). 

The  range  of  KFAUN,  however,  is  limited  to  1  and  2  by  setting  KFAUN  =  2 
whenever  the  computation  result  is  0.  The  fauna  factor  (FAFACT)  is  computed 
as  inversely  proportional  to  KFAUN,  thus  making  the  effect  of  time  apparent. 

In  addition  to  time,  an  estimate  for  the  concentration  of  fauna  and  hence  the 
total  activity  level  is  used.  These  estimates  are  included  by  use  of  the  fauna 
component  numbers  keyed  to  terrain  description  for  a  sensor's  location  as 
shown  in  the  table  above.  FAFACT  is  calculated  as  directly  proportional  to 
these  estimates. 
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Tb*.  Average  threshold  crossing  time  (AVGTHC)  or  average 
time  for  accidental  breaks  of  the  wire  is  derived  as  inversely  proportional 
to  the  sum  of  the  wind  and  fauna  factors  and  also  is  modified  by  the  proportion 
of  the  wire  actually  deployed  (ALF.NGT)  to  the  total  wire  available  for  the 
AN/GSS-9  (2500  yards),  upon  which  the  break  factors  were  based.  AVGTHC  is 
supplied  to  the  false  alarm  subroutine  for  scheduling  of  breakwire  false  alarm 

events.  AVGTHC  •  Numerator _ 

((Wind  factor  +  fauna  factor)  X  ALENGT) 

3.3  TARGET  DETECTION  SUBROUTINE 

3.3. 1  Subroutine  SEISTG 

3.3. 1. 1  Purpose 

This  subroutine  is  employed  to  determine  target  detection 
events  for  seismic  sensors.  It  is  called  by  appropriate  executive  subroutines  ' 
in  the  MSM  at  event  times  when  a  target- seismic  sensor  interaction  exists  and 
some  probability  of  detection  is  possible. 


3.3. 1.2 


ALPHA 

ALPHAB 

CUPCOF 

(ZQUIL 

HTAC 

HTFOL 

HTMUN 

IACTYP 

IBOAT 

IDSNSR 

IDTCT 

IFLXGN 

IMAN 

IMNTYP 

ITGTTP 

IUT 

IVEGDN 

IVEH 

MFORM 

NMSURF 

NCELfcM 

NOT GTS 

NTAR 

NVSURF 

RA 

IM 


Glosaary  of  Inputs,  Computed  Values  and  Outputs 
Input  Values 


Propagation  Factor 
Propagation  Factor 

Acoustic  to  Seismic  Coupling  Coefficient 
Gain  for  an  Equilibrium  Noise  -  Only  Situation 
Height  of  Aircraft  (Meters) 

Height  of  Foliage  (Meters) 

Height  of  Detonation  of  Munitions  (Meters) 

Aircraft  Index  Selector,  1-  Helicopter,  2  ■Propeller,  3-Jot 
Boat  Index  Selector,  1-Raft  or  Sampan,  2-  Outboard, 

3-  Patrol  Boat 
Sensor  ID 
Target  Number 

-0  No  Fixed  Geln,  -1,2, 3, 4, 5  Planner  Set  Gain,  -6  Selected 
Gain 

Man  Index  Selector,  1-Small  Man,  2-Large,  3-T*ra«  animal 

Munition  Index  Selector,  1-Smell ,  2-Medium,  3-Large 

Target  Type 

Index  on  Unit  Terrain 

index  for  Foliage  Density 

Vehicle  Index  Selector,  1-Jeep,  2-Truck,  3-Tank,  4-Traln 

Index  Type  of  Formation  (Troops),  1-S.F.,  2-D.F. ,  3-Open 

Index  for  Men  Noise  Modifier 

Number  of  Elements  in  a  Target 

Total  Number  of  Targets 

bunny  Array 

Index  for  Vehicle  Noise  Modifier 
Range  to  Target  From  Sensor  (Aircraft) 

Range  to  Target  From  Sensor  (Munitions) 
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RT 

RV 

RW 

TARNOT 

TARNOV 

THRESH 

TSPACE 

VNOISE 

VS  PACE 

XSENS 

XTGT 

YSENS 

YTGT 


ATEMP 

CHUL 

CONSTS 

H20DEN 

IPRINT 

ITIME 

TTTAB 

rvcov 

LDUMP 

TDEL2S 


Input  Values  (continued) 

Range  to  Target  from  Sensor  (Troops) 

Range  to  Target  from  Sensor  (Vehicles) 

Range  to  Target  from  Sensor  (Boats) 

Number  of  Targets  in  Group  lot  Troops 
Number  of  Targets  in  Group  for  Vehicles 
Threshold  (Volts) 

Space  Between  Targets  in  Group  for  Troops 
Background  Noise  Voltages 
Space  Between  Targets  in  Group  for  Vehicles 
X  Sensor  Position 
X  Target  Position 

Y  Sensor  Position 

Y  Target  Position 

Labelled  Common  Inputed  Values 

Ambient  Air  Temperature 
Upper  Limit,  Canopy  or  Vegetation 
Average  Amplifier  Output 
Grams /CC  of  Water  in  the  Air 
Output  Data  Device  Designator  =  6 
Game  Running  Time 
Array  for  Target  Parameter  List 
Index  for  Vegetation  Cover 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
Time  Delay  Times  2 


ACTAR 

ARTTAR 

DB60AT 

DBMAN 

DBSURF 

DBVEH 

FOLATN 

TARORG 

IMM 


A3HAIN 
D ALPHA 
DBATAR 
DBHTAR 

dbsens 

DBVTAR 

DELRV 


Internally  Stored  Designer  Input  Values  *** 

Aircraft  Noise  by  Type  (105.0,  115.0,  125.0)** 

Value  for  Munition  by  Type  (dB)  (-18.0,  -12.0,  -6.0) 

Noise  Value  foDBeass  (dB)  (-54.0,  -51.0,  -48.0) 

Input  Value  for  Man  Target  (dB)  (-66.0,  -60.0,  -57.0)* 

Target  Noise  Modifier  due  to  Surface  for  Vehicle  (dB) 

Input  Value  for  Vehicle  Tfcrget  (-48.0,  -45.0,  -42.0,  -39.0)* 
Foliage  Acoustic  Attenuation  Factor  (0.15,  0.2,  0.05)* 

Seismic  Source  Strength  modifier  (dB)  based  on  target  forma¬ 
tion  value  -  Formation,  1»0  (Single  File),  2-6(Double) ,  3»-6(OP) 
Target  Noise  Modifier  due  to  Surface  for  Man  (dB) 

Computed  Values 

Atmospheric  Attenuation 
Random  Number 
Aircraft  Signal  at  Sensor 
Munition  Signal  at  Sensor 
Target  Signal  Level  at  Detector 
Vehicle  Signal  at  Sensor 

Distance  Traveled  by  Lead  Vehicle  Between  First  and  Second  Entry 


*  Ref  1,2,  )  ,  ...  ***  Designer  input  values  are  given 

**  Ref  2,16,17  )  *  in  the  Program  Listing. 
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DELTAT 

FN 

GAIN 

GINLST 

GINPUT 

ISENPK 

IT 

ITARPR 

ITIKLE 

ITIMLR 

KI 

LPIRST 

LSEC 

OUTMAX 

RAIR 

RANGE 

RFOL 

RHO 

RHYPOT 

RVREF 

SIGVAR 

TARLEN 

TEMAMK 

YFL 

VSENSQ 


IDET 


autsd  Mum  (continued) 


Difference  Between  Beginning  of  Gene  end  Time  of  Lett  Entry 

Totel  Number  of  Increment#  of  Time  After  Peeeing  Point  of 

Cloeeet  Approach 

Amplifier  Gein 

Geln  Velue  et  Leet  Entry 

Nominel  Gein  Detected  from  Noiee  +  Target  or  Noiee  Only 

Environment 

Previoue  Senaor  IS 

Dummy  Index 

Previoue  Target  ID 

Time  of  Leet  Entry  to  Subroutine 

Time  of  Lateat  Report 

Duosy  Index 

Logical  Indicator 

Logical  Indicator 

Value  of  Signal  for  Threshold  Computation 
Range  in  Air  (Metara) 

Range  to  Target  from  Senaor 
Range  Through  Pollage  (Metara) 

Intermediate  Calculation 

Indicator,  for  Arrival  of  Laat  Vehicle  at  Range  of  Cloaeit 
Approach 

Range  to  Lead  Vehicle  on  Previoue  Look  for  Approach  Target 

Random  Number 

Target  Length  Squared 

Ambient  Air  Temperature  (Kelvin) 

Dummy  Argument 

Sum  of  Voltagaa  Squared 


Output  Value# 


Detection  Dedalon 


3. 3. 1.3  Description  of  Subroutine  Logic  and  Proceealng 

Seiamlc  aensore  are  a  claaa  of  the  unattended  ground  eenaora 
employed  in  the  surveillance  or  target  aequlaltlon  miaaion.  Being  emplaced 
near  or  on  the  earth1 a  surface  they  are  reeponalve  principally  to  Rayleigh 
wave#  travelling  through  the  earth  along  the  surface.*  Theaa  waves  are  gener¬ 
ated  by  a  variety  of  sources  some  of  which  were  considered  previously  in  the 
SEISBK  subroutine,  namely,  those  sources  which  are  quasi-contlnuous  leading  to 
a  background  noise  level.  In  addition,  signals  attributable  to  a  set  of  ob¬ 
jects  referred  to  as  targets  «d  including  men  and  animals,  vehicles,  aircraft, 
munitions  and  boats  irtileh  are  of  a  transient  nature  are  also  observed.  If  the 
signals  due  to  these  latter  sources  are  of  adequate  strength  irtten  referenced  to 
the  noise  level  or  threshold  for  a  particular  logic  processing,  they  can  be  de¬ 
tected  as  targets.  Thus  the  objective  of  this  jbroutine  is  the  determination 
of  detection  events  through  analysis  of  target  signal  strengths. 


*  Ref  1.2,  Pg  3-126 
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The  simulation  of  the  sensor  i*  carried  out  in  the  following 
way  (eee  Fig.  3.3-1).  The  transducer  ii  assumed  to  respond  to  ground  particle 
velocities  at  the  transducer  over  the  frequency  range  of  5  to  100  Hz,  but  with 
bandwidth  as  a  design  parameter  that  may  be  specified.  The  sensitivity  of  the 
transducer  is  not  considered  specifically,  the  assumption  being  made  that  the 
transducers  will  in  all  cases  be  responsive  to  the  microseismic  background 
level  which  is  taken  to  be  -120  dB  relative  to  0  dB  for  one  centimeter  per 
second.  Secondly,  the  amplifier  employed  with  the  transducer  will  have  a  gain 
capability  sufficient  to  cause  the  amplified  RMS  noise  level  to  achieve  an 
average  amplifier  output  (CONSTS)  for  AGC  systems,  that  is,  a  constant  out¬ 
put  reference  level.  Thus,  differing  sensitivltes  would  require  differing  gains 
in  the  ratio  of  Gain  =  CONSTS  /(microseismic  noise)(sens itivity)  so  that  reduced 
sensitivity  would  only  require  increased  gain.  A  third  assumption  is  made 
that  the  amplifier  thermal  noise  output  is  less  than  that  due  to  the  microseis¬ 
mic  background  level  so  that  gain  is  slways  a  function  of  input  noise  level. 

A  threshold  is  defined  for  target  detection  as  a  voltage  level 
above  CONSTS,  the  reference  average  amplifier  output  level,  where  the  off¬ 
set  is  given  as  B1ASSE  so  that  threshold  is  determined  as: 

Threshold  *  BIASSE  +  CONSTS 

where  BIASSE  is  a  design  parameter  which  may  be  varied  as  le  the  parameter 
CONSTS.  In  this  simulation,  CONSTS  has  been  arbitrarily  set  to  the  value  of 
1.0  volt. 


It  is  also  noted  that  in  the  sensor  logic,  requirements  are  im¬ 
posed  on  the  number  of  threshold  crossings  per  timing  interval  such  as  four 
events  in  six  seconds,  or  on  the  integrated  output  signal  level,  where  integra¬ 
tion  is  over  some  period  of  time,  for  example,  six  seconds.  These  criteria 
are  applied  for  noise.  For  targets,  the  fact  that  a  signal  exceeds  threshold 
on  a  specific  entry  to  the  subroutine  is  adequate.  This  compromise  is  re¬ 
quired  in  order  to  limit  the  amount  of  computer  time  required. 

Detection  logic  may  also  impose  some  dead  time  in  sensor 
reporting,  for  example,  a  period  of  ten  seconds  fallowing  a  report  in  which  no 
additional  reporte  may  be  issued.  Such  logic  is  included  to  limit  the  battery 
drain  in  field  equipments  and  is  included  as  part  of  the  seismic  subroutine. 

In  addition  to  the  above,  computations  for  the  signal  levels  at 
the  sensor  are  required  for  completion  of  the  detection  assessment.  The 
SEISTG  subroutine  is  called  at  time  intervals  of  five  seconds  of  game  time 
typically  whenever  a  target  or  targets  are  within  a  maximum  range  specified 
for  each  target  type.  The  actual  determination  of  target  position  with  respect 
to  the  sensor  and  maximum  range  checks  are  performed  in  PRERUN  subroutines 
with  range  and  target  description  being  input  to  this  subroutine.  The  target 
source  strengths  with  reference  to  seismic  wave  generation  are  specific  to  the 
seismic  sensor  only  and  are,  therefore,  contained  in  a  set  of  data  statements 
in  the  SEISTG  subroutine.  Similarly,  surface  effects,  effects  of  target  organi¬ 
sation,  attenuation  factors  and  the  like  are  also  specific  and  are,  therefore, 
contained  within  the  subroutine  as  may  be  seen  by  examination  of  the  program 
listing  (Volume  III). 
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KTIIMm  POUACE  HEIGHT  AND 
DENSITY  nOM  SENS  UN  LOCATION  AND  UNTE* 
TABU 


On  entering  the  subroutine,  VSENSQ,  the  square  of  the  out¬ 
put  signal  level  is  initialized  to  zero.  Vegetation  factors,  temperature,  and 
other  required  values  are  inputed  from  the  SENSOR,  ATMENV,  and  UNTER 
common  areas.  Entry  is  then  made  into  the  target  signal  analysis  loop  wherein 
the  loop  is  entered  once  for  each  target  within  range  of  the  sensor.  The  index, 
IT,  is  developed  and  used  in  the  CALL  TRNSFR  statement  to  introduce  indivi¬ 
dual  target  descriptions.  After  computing  the  range  to  a  specific  target,  a 
branch,  is  made  to  the  appropriate  signal  analysis  segment  of  the  subroutine 
based  on  target  type  (troops,  vehicles,  aircraft,  munitions,  boats). 

If  the  target  is  of  foot  troop  type  (ITGTTP=1 ),  an  argument 
describing  the  source  strength  at  the  target  is  employed  in  which  the  target  is 
considered  as  a  single  element  even  though  a  number  of  elements  ma,  be  in¬ 
cluded.  The  single  element  source  strength,  derived  from  stored  data,  is 
keyed  to  a  particular  target  description  and  is  modified  by  the  number  of  ele¬ 
ments  in  the  target,  by  element  spacing,  by  formation  type  of  the  target  and 
by  surface  conditions.  A  multielement  target  location  is  taken  as  the  coordi¬ 
nates  of  the  leading  element  and  a  single  speed  is  used.  Consideration  should 
be  given  during  later  simulation  activity  to  the  treatment  of  such  troop  targets 
as  a  column  such  as  is  done  for  vehicles  (described  later  in  this  section).  The 
multielement  troop  target  source  strength  (DBMTAR)  is  computed  as  follows : 


DBMTAR  *  DBMTAR  +  20  [Logjg  (No.  Targets  in  Group) 
.lo8io  (Space,  Between  Target.,)  j  +  Formation 

Type  Modifier  +  Surface  Noise  Modifier 


A  path  loss  between  target  and  sensor  proportional  to  Rn  is  employed.  Litera¬ 
ture  searches  have  shown  that  in  general  attenuation  is  proportional  to 


where  O  is  a  function  of  frequency  and  of  the  propagating  medium.  Because 
of  the  very  limited  descriptions  of  target,  target-medium  interaction  leading 
to  seismic  wave  generation,  and  of  the  dispersive  characteristics  of  the  soils 
and  geological  structure  to  be  encountered,  this  expression  cannot  be  emoloyed 
in  this  simulation.  However,  as  a  result  of  extensive  field  tests  in  Southeast 
Asia,  it  has  been  established  that  a  simplified  expression  of  the  form  of  R'n 
where  n  varies  from  1.6  to  2.6  applies  (see  Figure  3.3-2.)  in  this  slmulation.n 
is  given  a  value  of  2.  2  in  the  product  of (20) (propagation  factor)  in  the  develop¬ 
ment  of  the  target  signal  at  the  sensor  (DBSENS).  In  addition,  the  path  loss  is 
found  to  vary  from  position  to  position  about  the  sensor  for  positions  at  the 
same  range.  To  introduce  this  variability,  a  random  component  (DALPHA) 
which  may  vary  from  -0.  1  to  +  0.  1  is  added  to  the  propagation  factor  (ALPHA) 
before  the  multiplication.  Future  effort  should  consider  relating  the  field 
observed  values  of  n  to  soil  types  as  defined  in  the  terrain  table. 
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Having  determined  the  source  strength  at  target  (DBMTAR)  and  the  attenuation 
coefficient  (ALPHA  +  DALPHA)  the  signal  level  at  t<  e  sensor  is  determined 
from  the  relation 


DBSENS  =  DBM  TAR  -  (ALPHA  +  DALPHA) 
[20  logjg  (Target  Range  +  1.0)] 


This  signal  is  converted  to  voltage,  squared,  and  then  added  with  any  other 
Signals  to  form  the  sum  of  the  squares  of  the  target  signals  from  which  the  RMS 
value  will  be  obtained.  Return  is  then  made  to  the  beginning  of  the  target  loop 
where  the  target  index  is  modified  to  provide  the  proper  index  for  the  next  set 
of  target  descriptors  to  be  introduced. 

If  the  target  is  of  vehicle  type  (ITGTTP*2)  computations  for 
path  loss  quite  similar  to  that  described  above  are  carried  out.  However, 
multielement  targets  (NOELEM  >  1)  \re  treated  in  a  different  manner  than 
that  described  above  for  troops.  Multivehicle  targets  may  cover  an  extensive 
length  of  path  or  road  so  that  treating  the  lead  or  centroid  of  the  column  would 
not  be  satisfactory.  Rather  the  vehicle  closest  to  the  sensor  is  treated  as  the 
major  signal  source  at  a  specific  time.  Thus  for  a  group  of  vehicle  targets 
the  lead  element  of  which  is  approaching  the  sensor,  signal  level  is  determined 
by  the  source  strength  of  the  first  vehicle  and  its  range  from  the  sensor. 

After  the  lead  element  passes  the  point  of  closest  approach  but  before  the 
trailing  vehicle  reaches  that  point,  the  range  employed  is  that  to  the  point  of 
closest  approach.  After  the  trailing  vehicle  has  passed  the  point  of  closest 
approach,  range  to  the  trailing  vehicle  is  employed.  Since  the  range  given  as 
input  is  that  to  the  lead  vehicle,  computations  internal  to  the  sensor  subroutine 
must  be  employed  to  determine  where  the  lead  and  trailing  elements  are  with 
respect  to  the  sensor.  The  signal  strength  at  the  sensor  (using  same  formu¬ 
lation  as  for  troop  targets)  is  again  converted  to  voltage,  squared  and  added 
to  the  sum  of  target  signal  squares  before  return  is  made  to  the  beginning  cf 
the  target  loop. 


Aircraft  targets  are  treated  next.  The  values  of  aircraft 
source  strength  were  taken  from  Reference  2  and  are  given  as  acoustic  source 
strengths  in  the  data  statements.  The  acoustic  wave  generated  by  the  aircraft 
is  assumed  to  be  propagated  through  the  air  to  the  sensor  location  at  which 
location  the  acoustic  waves  give  rise  to  seismic  waves  through  acoustic  to 
seismic  coupling.  (A  discussion  of  this  coupling  process  for  which  the  above 
model  is  a  rough  approximation  is  contained  in  Reference  2. )  The  conversion 
factor  is  given  as  a  coupling  coefficient  which  relates  dB  in  the  acoustic  system 
(relative  to  5  x  10*°  cm/sec)  to  the  reference  system  for  seismic  signals 
0  dB  *  1  cm/sec). 
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The  sensor  may  be  emplaced  in  a  region  tn  heavy  foliage 
determined  from  canopy  or  vegetation  upper  limit  from  unit  terrain  descrip¬ 
tion  of  sensor  location  so  that  foliage  attenuation  of  the  acoustic  signal  must 
be  included.  This  factor  is  introduced  into  the  model  as  a  simple  geometri¬ 
cal  factor  through  similar  triangle  relations  in  the  expressions: 


and  Range  through  foliage  =  Range  to  aircraft  from  sensor  - 

Range  in  air 


It  is  suspected  that  refraction  problems  are  also  present  in  the  air-foliage 
acoustic  path  so  the  estimates  developed  in  this  simulation  are  quite  preli¬ 
minary  and  further  examination  of  the  acoustic  propagation  process  should 
be  made. 

Atmospheric  attenuation  (ATMATN)  as  a  function  of  water 
content  and  temperature  was  developed  from  a  set  of  data  given  in  Reference 
1.  Additional  consideration  might  be  given  to  aircraft  altitude  in  the  expres¬ 
sion  used  because  of  the  relation  between  air  density  and  altitude.  However, 
because  of  the  expected  low  altitude  of  target  aircraft,  inclusion  of  altitude 
was  not  considered  necessary. 

Munition  targets  present  a  complex  problem  for  seismic 
signal  generation  and  very  little  information  regarding  such  actual  weapon 
and  munition  effects  is  available.*  In  this  model,  the  seismic  signal, 
generated  by  acoustic  to  seismic  coupling  at  the  source,  (the  weapon  munition 
functioning  location)  is  considered  to  be  the  major  component  of  seismic 
energy  at  the  sensor  for  a  munition  source.  The  source  signal  is  attenuated 
in  the  same  manner  as  for  the  walking  target  except  the  randomness  (SICVAR) 
is  imposed  on  the  source  strength  rather  than  on  the  path  loss.  For  a  munition 
bursting  at  some  height  above  ground  (HTMUN)  the  approximation  is  made  that 
signal  strength  is  reduced  by  the  amount  6.0  log..  (HTMUN  +  1);  that  is,  that 
signal  strength  is  related  logarithmically  to  burst  height. 

Boats  are  also  considered  to  be  targets  for  a  seismic  sensor 
and  treated  in  the  same  manner  as  walking  targets.  In  practice  the  pressure 
waves  generated  and  propagated  in  the  water  couple  with  the  earth  to  produce 
seismic  waves.  The  overall  attenuation  law  is  taken  to  be  R~nwhere  n  is 
nominally  2 .2  but  with  some  random  variation  included. 

*Air  and  surface  changes  have  been  employed  in  geophysical  research,  e.g. , 
Reference  3,  P. N.S.  O'Brien,  "The  Efficient  Use  of  targe  Changes." 


Range  in  air  =  (Range  to  aircraft  from  sensor)* 


H«ta/c  '  H*fol 
H*a/c 
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Seismic  sensors  of  several  classes  may  be  employed  and  a 
distinction  must  be  made  between  fixed  gain  and  automatic  gain  control  (AGC) 
types.  For  the  AGC  types,  the  long  time  average  output  is  maintained  constant 
by  modifying  amplifier  gain  in  an  appropriate  manner.  Since  time  constants 
of  20  seconds  are  usually  employed  and  since  targets  will  often  be  within  range 
of  the  sensor  for  that  period  of  time,  target  effects  on  AGC  must  also  be  in¬ 
cluded.  To  determine  the  level  to  which  the  AGC  system  has  been  driven  since 
the  last  time  the  gains  for  a  particular  sensor  were  examined  requires  the  use 
of  several  estimates  of  gain,  namely: 

GAIN- The  value  of  amplifier  gain  to  be  used  in  comp  iting 
outputs  signal  and  to  be  stored  for  reference  on  the  next  entry  to  thit  sub¬ 
routine. 

GEQUIL-The  gain  value  which  would  apply  if  equilibrium 
background  noise  only  were  effective,  i.e. ,  no  target. 

GINPUT-The  value  of  gain  which  would  be  effective  if  present 
RMS  value  of  signal  and  noise  remained  effective  for  a  long  period  of  time. 

GINLST-The  value  of  GINPUT  computed  on  the  previous  entry 
to  this  subroutine  for  the  sensor  in  question. 

Theae  are  combined  in  the  expression: 


where 


GAIN  =  A-  0  [(GINLST  +  GINPUT)  p  +  (1-p)  GAIN] 

l.Ot  p 

_  _  Game  Time  -  Time  of  Last  Entry 
P - f(Se£i«timV  belay) - 


Figure  3.3-3 


The  response  predicted  by  this  expression  Is  Illustrated  in 


tA-1  tA  tA.+!  _  GEQUIL 

*  ci“«  ....  GINPUT 

Figure  3.3-3  GAIN  CONTROL  TIME  RESPONSE 

Initially  only  noise  is  present.  At  tine  T.,  however,  GEQUIL  will  be 
greater  then  GINPUT  because  the  signal  level  input  at  the  sensor  (signal  + 
noise)  has  lncreeaed.  At  tine  T^-i  noise  only  was  present  ao  GAIN  and 
GINLST  ea  reed  are  equal  to  GEQUIL.  If  we  asauae  2  (sensor  tine  delay)  is 
AG  seconds  and  T^  -  T^^  la  four  seconds  then  p  ■  0.1  and  the  computation 
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I 

i 


specif ifefl  GAIN  to  be: 

,  1  [(GEQUIL  +  GINPUT) (0.1)  +  (1  •  0.1) (GEQUIL) ]t 

1.1  fc*-l  a'1 


GAIN  -  _I_  [(GEQUIL)  +  (GINPUT) (0. 1)] 

1.1  ‘*-1 

since  GINPUT  is  less  than  GEQUIL,  GAIN  *111  be  also  less  than  GEQU1L. 

(NOTE-  If  GINPUT  had  been  equal  to  GEQUIL  the  result,  GAIN  *  GEQUIL, 
would  have  been  obtained.)  If,  for  example,  a  munition  signal  had  been 
processed  and  GINPUT  was  found  to  be  0.1  (GEQUIL)  then  GAIN  would  have  been 

computed  as:  .  _i_  r(GEQUIl)l  +  0.  l(GEQUIL)  ]0.1  +  (1  -  0.1)GEQUIL) 

1.1  ^a-1  ca-l  8-1 


1  (GEQUII)^  +  0.01(QEQUIL)t^ 

1.1  ~ — 


1.01  CEQUIL. 

1.1  a-1 


For  later  times  of  entry  the  same  argument  follows  but  the  computation  is 
somewhat  more  complicated  because  the  value  of  GAIN  employed  is  a  function 
of  prior  values  of  GINLST  and  GAIN. 

If  the  time  since  last  entry  is  greater  than  twice  the  filter 
time  constant,  GAIN  will  be  based  only  on  GEQUIL  and  the  current  value  of 
GINPUT  where  the  latter  is  weighted  by  p  to  account  for  the  fact  that  the  tar¬ 
get  must  have  produced  some  small  effect  on  GAIN  if  GINPUT  is  less  than 
GEQUIL  as  seen  in  the  expression: 


GAIN  - 


[p(GINPUT)  +  GEQUILj 


In  the  event  tha\  F_;ed  gain  is  employed,  a  number  of  options 
are  open  as  have  already  been  d-scussed  in  the  5EISBK  discussion  (Section 
3.2.2).  In  this  subroutine,  the  value  of  GAIN  associated  with  the  sensor  with 
index  IFDCGN  in  input  through  the  common  area  labelled  SENSOR.  Then  the 
value  of  GAIN  is  used  to  compute  output  signal  level  (OUTMAX)  in  the  expres- 


OUTMAX  =  -/(VSENSQMGATN) 
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Sensor  characteristics  such  as  a  ten* second  inhibit  period 
following  each  message  have  already  been  discussed.  It  is  assumed  that  this 
particular  characteristic  applies  to  all  sensors.  If  the  time  since  last  report 
is  less  than  15  seconds  (ten  second  inhibit  +  five  second  detection  period),  a 
report  cannot  be  generated  so  the  detection  decision  is  declared  to  be  false  in 
all  cases.  If  the  time  interval  is  15  seconds*  or  more  and  the  signal  exceede 
the  threshold,  a  logical  TRUE  is  generated  and  ITIMLR,  the  time  of  last 
report,  is  updated  to  1TIME,  the  present  time,  for  future  use.  Then  finally 
time  of  last  entry,  ITIMLE,  is  also  set  to  ITIME  for  use  by  the  GAIN  compu¬ 
tation  on  the  next  entry.  This  latter  statement  applies  for  all  entries,  whether 
detection  is  TRUE  or  FALSE.  Control  then  is  passed  back  to  the  calling 
subroutine. 


3.3.2 


Subroutine  ACOUTG 


3.3.2. 1 


Purpose 


This  subroutine  is  provided  to  determine  detection  events  for 
acoustic  type  sensors  for  troop,  vehicular,  aircraft,  artillery,  and  river 
craft  type  targets. 


3.3.?.  2 


Glossary  of  Inputs,  Computed  Values,  and  Output 


BOATNO 

BSPACE 

GAIN 

GEQUIL 

GINLST 

HGTAC 

HGTFOL 

IAA 

IDS  NS  R 

IDTGT 

ITGTTP 

ITIMLE 

ITIMLR 

IUT 

KMAN 

KM  UN 

KWATR 

KVEH 

MFOM 

NFOftt 

NMSURF 

NOELEM 


Input  Values 


Number  of  Boats 
Spacing  Between  Boats 
Amplifier  Gain  (Units) 

Gain  for  an  Equilibrium  Noise  -  Only  Situation 
Gain  Value  at  Last  Entry 
Height  of  Aircraft  (Meters) 

Thickness  of  Foliage  (Meters) 

Index  for  Aircraft  Noise  !  =  105(Helicopter),  2=1 15(Propeller), 
3=125(Jet) 

Sensor  ID 
Target  ID 
Target  Type 

Time  of  Last  Entry  to  Subroutine 
Time  of  Latest  Report 
Index  on  Unit  Terrain 

Index  for  Man  Noise.  l=20(Silent),  2=50(Talk),  3=65(Animal) 
Index  on  Munitions  Noise,  l=SmalI(100),  2=Medium(130), 
3=Large(150) 

Index  for  Boat  Noise,  l=Motor  Sampan  82,  2=Patrol  88,  3=94 
Index  for  Vehicle  Type,  l=Jeep(85),  2=Medium  Truck(107), 
3=Tank(l  13) 

Index  for  Type  of  Fornatlon  for  Troops,  1-Open,  2> Single  File, 
3* Double  File. 

Index  for  Type  of  Fornatlon  for  Boats  (Single  File  only) 

Index  for  Noise  Modifier  Man,  1-  -3(0pen),  2»0(Hard), 

3*3(Crav.) 

Number  of  Elements  in  the  Target 
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NOTGTS 

NTAR 

NVSURF 

RA 

RM 

RV 

RU 

RW 

TARNOT 

TARNOV 

THRESH 

TSPACE 

XSENS 

XTGT 

YSENS 

YTGT 

VNOISE 

VS  PACE 


ATEMP 

CHUL 

CONSTA 

H20DEN 

IPRINT 

ITIME 

ITTAB 

IVCOV 

LDUMP 

TDEL2A 


ALPAIR 

BOTORG 

DBSURF 

FOLTBL 

TBLMAN 

TBLMUN 

TMM 

TROORG 

VEHTBL 

WTRTBL 


ALA 

ALPFOL 

*Eatimates 


Input  Values  (continued) 

Total  Number  of  Targets 
Dummy  Array 

Index  for  Noise  Modifier,  Vehicles,  l=Field  (-3),  2= Ha  id  (0), 
3=Grav  (6) 

Range  from  Aircraft  to  Sensor  (Meters) 

Range  from  Man  to  Sensor  (Meters) 

Range  from  Vehicle  to  Sensor  (Meters) 

Range  from  Munitions  to  Sensor  (Meters) 

Range  from  Water-borne  Target  to  Sensor  (Meters) 

Number  of  Men 

Number  of  Targets  in  Group  for  Vehicle 
Threshold  (Amplifier)(Volts) 

Spacing  Between  Men  (Meters) 

X  Sensor  Position 
X  Target  Position 

Y  Sensor  Position 

Y  Target  Position 

Total  Background  Noise  (Volts) 

Spacing  Between  Vehicles 

Labelled  Common  Inputed  Values 

Ambient  Air  Temperature 

Upper  Limit,  Canopy  or  Vegetation 

Average  Amplifier  Output 

Grams  /cc  of  Water  in  the  Air 

Output  Data  Device  Designator  =  6 

Game  Running  Time 

Array  for  Target  Parameter  List 

Index  Vegetation  Cover,  l=Heavy,  2=Medium,  3= Light,  4=Open, 
5=Water 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
Time  Delay  Times  2 

Internally  Stored  Designer  Input  Values 

Target  Noise  Due  to  Aircraft  (dB)  (105.0,  115.0,  125.0)* 
FormatJcr.  Function  for  Boats  (1.0,  2.0,  .2) 

Target  Noise  Modifier  Due  to  Surface  (dB)  (*3.0,  0.0, 6.0) 
Attenuation  Due  to  Foliage  Density  (0.05,0.1,  0.15) 

Man  Signal  (dB)  (20.,  50.,  65.0)* 

Target  Signal  Due  to  Munitions  (dB)  (100.0,130.0,150.0)* 

Target  Signal  Modifier  Due  to  Surface  (dB)  (-3. 0,0. 0,3.0) 
Terrain  Function  for  Men  (-3. 0,0. 0,3.0) 

Vehicle  Signal  (dB)  (85.0,107.0,113.0,125.0)* 

Target  Signal  Due  to  Boats  (dB)  (82.0,88.0,94.0) 

Computed  Values 

Attenuation  Coefficient  for  Free  Air  (dB /Meter) 

Attenuation  Due  to  Foliage  Density 

Developed  from  Reference  1,17,  Pg  3-126. 
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DBAC 

DBMAN 

DBMUN 

DBTARG 

DBVEH 

DBWATR 

DELRV 

DELTAT 

FN 

GINPUT 

ISENPR 

IT 

ITARPR 

KFOL 

KI 

LFIRST 

LSEC 

OUTMAX 

PLOSAC 

PLOSSB 

PLOSSE 

PLOSSM 

PLOSSV 

PLOS6S 

RANGE 

RHO 

RHYPOT 

RVREF 

TARLEN 

TEMAMK 

VSIGSQ 

X 


LDET 


Target  Signal  Due  to  Aircraft  (dB) 

Target  Signal  Due  to  Man  (dB) 

Target  Signal  Due  to  Munitions  (dB) 

Noise  Level  at  Sensor  Due  to  Target  (Use  Maximum  Value) 
Target  Signal  Due  to  Vehicles  (dB) 

Target  Signal  Due  to  Boats  (dB) 

Distance  Travelled  by  Lead  Vehicle  Between  First  and 
Second  Entry 

Difference  Between  Beginning  of  Game  and  Time  of  Last 
Entry 

Total  Number  of  Increments  of  Time  After  P  ssing  Point  of 
Closest  Approach 

Nominal  Gain  Detection  from  Noise  +  Target  or  Noise  Only 

Environment 

Previous  Sensor  ID 

Dummy  Index 

Previous  Target  ID 

Index  for  Foliage  Attenuation,  1=0.05,  2=0.1,  3=0.15 

Dummy  Index 

Logical  Indicator 

Logical  Indicator 

Previous  Values  of  OUTMAX 

Total  Attenuation  Due  to  Range  (Aire raft) (dB) 

Total- Attenuation  Due  to  Range  (Water)(dB) 

Total  Attenuation  Due  to  Range  (Munitions  )(dB) 

Total  Attenuation  Due  to  Range  (Man)(dB) 

Total  Attenuation  Due  to  Range  (Vehicles)(dB) 

Attenuation  Due  to  Divergence  (Aircraft) (dB) 

Range  to  Target  from  Sensor 
Intermediate  Calculation 

Indicator  for  Arrival  of  Last  Vehicle  at  Range  of  Closest 
Approach 

Range  to  Lead  Vehicle  on  Previous  Look  for  Approach,  Target 
Target  Length  Squared 
Air  Temperature  (Kelvin) 

Sum  of  the  Voltages  Squared 

Dummy  Argument  for  Random  Number  Generator 


Output  Values 


Detection  Decision 


3.3.2.  3  Description  of  Subroutine  Logic  and  Planning 

This  subroutine  is  very  similar  in  structure  to  the  SEISTG 
subroutine  already  described  so  that  only  a  general  outline  will  be  presented. 
Emphasis  will  be  placed  on  those  areas  which  are  not  treated  in  the  SEISTG 
subroutine. 
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When  this  subroutine  is  called,  considerable  information 
must  be  passed  to  it  in  order  that  the  proper  computations  can  be  carried  out 
and  the  required  outputs  generated.  These  inputs  are  contained  in  the  argu¬ 
ments  of  the  CALL  statement  (NOTGTS)  and  in  the  BASICT,  ATMENV, 

UNTER,  TARGET,  CONST,  SENSOR,  and  SENVAR  labelled  common  areas. 
Some  of  the  input  is  derived  from  PRERUN  as  output  from  the  ACOUBK  sub¬ 
routine  and  others  from  previous  entries  to  this  subroutine  itself,  e.g.  ,  time 
of  latest  report  (ITIMLR),  time  of  last  entry  for  a  specific  sensor  (IT1MLE), 
the  amplifier  gain  (GAIN),  and  the  gain  value  at  last  entry  (GINLST),  all  con¬ 
tained  in  the  SENSOR  common  area.  Target  information  is  input  through  the 
target  common  area  with  descriptors  for  target  type  (ITGTTP)  and  classifi¬ 
cations  within  that  type.  The  target  parameters  associated  with  these  de¬ 
scriptors  are  contained  within  the  subroutine  as  data  statements. 

As  with  SEISTG,  on  entry  into  the  subroutine  a  target  loop  is 
encountered  through  which  passage  must  be  made  once  for  each  target  deter¬ 
mined  to  be  within  range  by  external  subroutines  (Figure  3.3. -4  );  thus  cycles 
for  total  number  of  targets  are  made  through  the  target  signal  development 
loop.  The  first  type  of  target  considered  is  the  vehicular  which  is  treated  in 
identical  manner  as  that  described  in  SEISTG  including  the  multielement  tar¬ 
get.  Source  strengths  and  surface  effects  are,  of  course,  those  pertinent  to 
the  vehicles  and  contained  in  the  data  statements  for  acoustic  source  strength. 
Four  vehicle  types  are  included,  namely:  small  (1/4  ton)  trucks  at  86  dB; 
medium  (107  dB);  large  (tank,  112  dB);  and  trains  (125  dB).  These  source 
strengths  are  estimates  developed  from  the  literature  but  should  be  considered 
to  be  tentative  only  at  this  time.  Path  loss  is  proportional  to  l/R^  but  with  an 
additional  loss  due  to  foliage  included.  *  The  index  of  foliage  loss  is  developed 
from  data  supplied  from  the  terrain  table  for  the  locaticn  of  the  sensor  in 
question. 


Troop-type  targets  are  treated  in  composite  fashion  as  in 
SEISTG  with  source  strength  (DBMAN)  being  a  function  of  troop  activity 
(quiet  (20  dB)  or  noisy  (50  dB))  and  modified  by  number  of  elements  in  the 
target,  element  spacing,  troop  organization,  and  surface  condition  as  shown 
in  the  expression: 


DBMAN  =  (Source  Strength) >ingle  rnan 

+  20  [log10O(No.  Men)-logJ0  (SP3j:inS)] 

+  f(Terrain  Function)  (Formation  Index) 

+  f(Surface  Modifier)(Surface  Noise  Index) 


This  expression  is  seen  to  be  an  elementary  estimate  for  source  strength  which 
may  be  subject  to  modification  when  additional  data  are  developed  through  field 
experiment  or  test.  Path  loss  is  of  the  same  typeas  that  for  vehicles  described 
above. 


♦See  References 


and  i. 
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River  craft  target*  are  assigned  a  source  strength  (DBWATR) 
according  to  the  following  statement: 


DBWATR  =  t  (Boat  Type)  +  Spacing  Function  X 
Formation  Function 


where  the  elemental  boat  signal  source  strength  has  assigned  values  as  raft 
or  motorless  sampan,  82  dB;  motor  sampan,  88  dB;  patrol  craft,  94  dB. 

The„ie  estimates  are  based  on  very  limited  data  and  as  first  estimates  would 
appear  to  be  high. 

Munition  target*  are  treated  as  a  simple  acoustic  source  with 
path  loss  proportional  to  1  /R  ,  with  added  loss  introduced  by  foliage.  It  is 
assumed  that  if  foliage  is  present  at  the  sensor,  the  acoustic  signal  is  attenuated 
over  its  entire  path  from  event  to  sensor  by  the  associated  foliage  attenuation 
factor.  Treatment  of  air  and  foliage  refraction  processes  and  determination 
of  extent  of  foliage  between  target  and  sensor  were  beyond  the  present  scope 
of  the  model,  but  it  is  to  be  noted  that  sufficient  information  is  contained  on 
which  to  base  a  much  more  detailed  simulation  for  the  acoustic  path  loss. 

Aircraft  targets  are  treated  in  a  similar  way  with  range 
through  foliage  being  developed  from  similar  triangle  considerations  as  is 
done  in  SEISTG  subroutine.  Atmospheric  attenuation  based  on  water  content 
and  temperature  is  also  included  in  the  path  loss  term  as  in  SEISTG  and  the 
same  considerations  of  disregarding  aircraft  altitude  and  altitude  dependent 
water  density  and  temperature  apply. 

Having  determined  the  sum  of  the  signal  voltages 
at  the  sensor  input  (VSIGSQ),  the  output  is  computed  directly  from  the  value 
of  GAIN  that  applies.  GAIN  is  developed  in  the  same  way  as  for  the  AGC 
system  of  SEISTG.  Output  detection  logic  and  time  indexing  are  identical  to 
that  described  in  the  SEISTG  subroutine. 

Estimates  of  source  strength  and  effects  of  environment  on 
propagation  were  developed  principally  from  References  1,  2,  4  and  5 
although  considerable  additional  literature  was  reviewed. 

3.3.3  Subroutine  PTRTG 

3  3.3.1  Purpose 

Using  the  background  power  estimates  developed  in  PIRBK, 
this  subroutine  is  employed  to  develop  estimates  of  power  due  to  target  and 
background,  and  the  signal  to  background  ratio  from  which  the  probability  of 
detection  is  determined.  A  *cst  of  the  probability  by  comparison  to  a  random 
number  is  then  used  to  determine  occurrence  or  absence  of  a  detection  event. 
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3. 3. 3. 2 


Glossary  of  Inputs,  Computed  Values  and  Outputs 


EXPAN 

FIELD 

IDSNSR 

IDTGT 

ITGTTP 

KSTRNG 

TEMPEV 

VELTAR 

WAXTBK 

XSEN 

XTGT 

YSEN 

YTCT 


AREABO 

AREAMN 

AREAVH 


DELAZ 

WODEN 

IPCODE 

IPRINT 

ITIME 

LDUMP 

PRATE 

STEFK 

THRESH 

TIMMAX 


AREREF 

ARTAR 

BEAMRG 

BEAMTM 

DUM 

FOGATN 

INTER 

PRAT  El 

PWRA 

PWRAIR 

PWRBK 

PWRINT 

PWRTAR 

PWRTOT 


Input  Values 


Area  of  Input  Aperit're  x  Field  of  View  x  Optical  System 

Transmission  Factor 

Solid  Angle  Field  of  View 

Sensor  ID 

Target  ID 

Target  Type 

Index  on  Strength  Type  of  Target 
Background  Temperature 
Velocity  of  Target 

Background  Derived  Power  from  P RE RUN 

Sensor  Position  X 

Target  Position  X 

Sensor  Position  Y 

Target  Position  Y 


Intefnallv  Stored  Desig 


Values 


Area  of  Target  for  Boats  (0.4,0. 7,2.0  meter2) 
Area  of  Target  for  Man  (3.0,10.0,  20.0,  50.0  ur) 


Area  of  Target  for  Vehicles  (1.0,  5.0,  10.0) 


Labelled  Common  Inputed  Values 


Angle  Between  Center  Line  )  of  the  Two  Beams  . 
Atmospheric,  Water  Content  in  Grams /cc  * 

Precipitation  Code  Identifying  Type  of  Precipitation 
Output  Data  Device  Designator  =  6 
Game  Running  Time 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
Rain  Fall  Rate  (mm  /hr)  B 

Stefen-Boltxmam  Constant/PI  (1.805455X10'°) 

Threshold 

Maximum  Time  Allowed  for  Detection (Cooson  Senvar),  2.0 


Second* 


Computed  Values 


Reference  Area  Defined  by  Field  of  View  and  Range 
Area  of  Target 

Distance  Between  Beam  Centers  at  Target  Range 

Time  Required  for  Target  tc  Tra/el  Distance  BEAMRG 

Dummy  Variable 

Attenuation  Modifier 

Intermediate  Index 

PRATE  x  0. 1 

Fraction  of  Background  Power  Received,  Target  in  Field 

Power  Doe  to  Radiance  of  Atmosphere 

Beckground  Derived  Power 

Received  Power  from  Background 

Power  at  Senaor  Aperture  Due  to  Target 

Total  Power  at  Sensor  Aperture  Due  to  Target  and  Background 
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RADAIR 

RADTAR 

RANGE 

RATIO 

STOT 

TEMAMK 

TEMPTG 

TEST 


LDET 


Computed  Value ■  (continued) 

Radiance  of  Atmoaphere 

Radiance  of  Target 

Diatance  Between  Target  and  Sensor 

Ratio  of  Target  Area  to  Area  Subtended  by  the  Beam 

Signal  to  Threahold  Ratio 

Ambient  Air  Temperature  (Kelvin) 

Target  Temperature 
A  Random  Number  Between  0  and  5 

Output  Valuea 
Detection  Deciaion  (True  or  False) 
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Deacription  of  Subroutine  Logic  and  Procearlng 


The  PIRID  device  (and  other  devices  of  thia  claaa)  are  paaaive 
infrared  equipmenta  operating  in  the  7  to  15  micron  region.  Two  fielda  of 
view  and  two  detectors  are  employed  to  provide  both  a  reference  system  and 
a  detection  logic  which  potentially  reduces  false  alarms  to  a  very  low  rate. 

The  t'vo  fields  of  view  are  offset  from  one  another  by  a  small  angle  which  intro¬ 
duces  a  dead  zone  so  that  there  will  exist  a  null  zone  in  target  passage  from 
one  field  to  the  second.  For  the  PIRID  device,  azimuthal  width  for  each  field 
is  1.0  degree  and  the  field  center  lines  are  separated  by  3.0  degrees.  A 
nulling  type  system  is  employed  using  feedback  to  the  input  stages  of  the  two 
independent  amplifier  channels  to  reduce  the  output  difference  to  zero  for  long¬ 
time  average  effects.  When  a  target  enters  one  field,  the  null  balance  is  upset, 
a  detection  or  threshold  crossing  takes  place,  and  a  timed  logic  sequence  is 
initiated.  If  the  target  passes  through  the  second  beam,  the  balance  is  similarly 
upset  and  a  second  threshold  crossing  takes  place.  If  the  time  between  thres¬ 
hold  crossings  is  within  prescribed  limits,  a  detection  report  is  generated. 

The  second  beasi  oust  be  Intercepted  within  3  seconds  of  the  actuation  of  the 
first  bean  (TIMMAX)  and  thus  detection  is  a  function  of  target  spaed.  The 
signal  to  noise  ratio  is  computed  for  one  beasi  only  and  float  it  the  probability 
of  actuating  each  bean  Is  determined  and  tested  by  selection  of  a  random  number. 
Timing  requirements  may,  of  course,  bo  met  by  noise  leading  to  false  alarms  as 
already  discussed  In  the  P1RBK  subroutine. 

On  entry  Into  this  subroutine  (Figure  3.3-5)  a  check  la  made 
to  determine  If  target  velocity  is  adequate  to  meet  the  logic  requirements  of 
the  sensor.  It  Is  assumed  that  the  device  is  positioned  so  that  the  centerline 
of  the  system  will  be  perpendicular  to  the  trail  or  road  being  monitored  so 
that  target  vector  will  always  be  perpendicular  to  the  centerline.  For  more 
general  applications  such  as  base  defense  when  small  fielda  of  view  and  long 
ranges  are  employed,  a  more  general  solution  may  be  required.  Since  the  PIKID 
is  a  vary  limited  range  device,  the  approximation  employed  Is  considered  to  be 
satisfactory. 
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If  the  target  velocity  is  eetiefactory,  target  temperature  is 
next  established.  Again,  relatively  little  information  on  the  average  tempera* 
ture  of  a  target  is  available,  so  the  set  of  data  developed  as  part  of  the  Warren 
Grove  experiments  (Ref.  6)  were  used.  The  data  were  plotted  and  straight  line 
fits  were  applied  as  shown  in  Figure  3.3*6  (also  see  Ref.  7,  page  103).  Using 
those  results,  it  is  argued  in  the  model  that  the  target  of  cross  sectional 
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COMPUTE  TARGET  TEMPERATURE  FROM 
ENVIRONMENT  TEMPERATURE 


COMPUTE  TARGET  TZMPERaTU 
FROM  ENVIRONMENT 
TEMPERATURE 


COMPUTE  EFFECT  OF  PRECIPITATION 
AND  F'HJ  ON  TARGET  TEMPERATURE 


COMPUTE  EFFECT  OF  FOO  ON 
TRANSMISSION 


INPUr  FROM  PIRBK  THE  POWER  OP 
DETECTOR  DUE  TO  FIELC  FILLED 
WITH  BACKGROUND  ONLY 


FROM  SENSOR-TARGET  R  TOSED 
TARGET  SIZE  DATA  ANT  «.  .■  FIELD 

OF  VIEW  DETERMINE  PPj,;TION  OF 
FIELD  FILLED  BY  TARGET 


COMPUTE  PCYicR  ON  DETSCTCR  OUC 
TO  TARGET  AND  BACKGROUND  FOR  THAT 
FRACTION  OF  FIELO  HUT  FILLED  BY  TARGET 


Figure  3.3-5  PIRTC  MACROFLCW 

(Sheet  1  of  2) 


TBACK  *  TTGT  TEMPTG  «  .7  TEMPEV  +285 


Figure  3.3-6  TARGET  TEMPERATURE  VS.  BACKGROUND  TEMPERATURE  FOR  MAN  TARGETS 

(FROM  DATA  IN  REFERENCE  6) 


area  given  in  the  data  statements  of  this  subroutine  will  have  temperatures 
defined  as  follows: 

a.  For  military  personnel  type  target,  the  maximum  per¬ 
missible  temperature  of  the  man  and  clothing  will  be  318*  K,  which  will  apply 
if  the  background  temperature  should  be  greater  than  318*  K.  For  lower  back¬ 
ground  temperatures,  the  temperature  of  the  target  (TEMPTG)  is  related  to 
the  background  tempe  rature  by  the  relation: 

Target  Temperature  =  0.  7 (Environmental  Temperature)  +  285 


where  the  environmental  temperature  (TEMPEV)  is  determined  in  the  sub¬ 
routine  PIRBK  and  passed  on  to  PIRTG  through  the  SENVAR  common  area. 

b.  If  the  target  is  a  large  animal,  the  target  temperature 
defined  for  a  target  of  cross  sectional  area  two  meters  square  is  given  by: 

Target  Temperature  =  0.  7(Environmental  Temperature)  +  280 


There  is  no  support  for  animal  temperatures  in  Reference  6,  but  the  tentative 
equation  is  considered  satisfactory  for  present  purposes. 


c.  For  inanimate  objects  the  target  temperature  was  found 
in  Reference  6  to  be  approximately  five  degrees  higher  than  the  background 
temperature.  Thus, 

Target  Temperature  =  Environmental  Temperature  +  278 
while:  Ambient  Air  Temperature  =  Environmental  Temperature  +  273 

d.  Target  temperature  (IEMPTG)  will  be  modified  substantially 
by  precipitation  since  both  target  and  background  temperatures  are  reduced  by 
the  convection  cooling  provided  by  precipitation.  At  high  rates  of  precipitation 
the  differences  in  these  temperatures  approach  zero.  This  argument  is  intro¬ 
duced  by  the  following  statements: 

Target  Temperature  =  TEMPTG  -  0.  1  (Precipitation  Rate) 

(TEMPTG  -  Ambient  Air  Temperature) 

Target  Temperature  =  TEMPTG  -  W^t-?,r  P-8-1?*1 --  (TEMPTG 

0. 3  x  10 

-Ambient  Air  Temperature) 

where  it  can  be  seen  that  target  temperature  is  reduced  by  the  difference 
between  target  and  ambient  air  temperatures  and  by  arguments  related  directly 
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to  precipitation  rate  or  fog  density.  The  ATMENV  table  is  not  specific  on 
fog  except  to  indicate  that  fog  is  present.  In  the  sensor  subroutines,  fog 
density  is  assumed  to  be  related  to  atmospheric  water  content,  H20DEN, 
as  a  temporary  expediency.  Again  these  arguments  are  unsupported  by  data 
but  appear  to  be.  adequate  for  present  purpose  a. 

If  the  difference  between  target  and  background  temperature 
is  less  than  0.  25  degrees  C. ,  the  target  cannot  be  detected  no  matter  how 
much  of  the  field  of  view  the  target  fills  so  that  a  direct  step  to  the  RETURN 
statement  is  made.  This  is  a  sensor  design  consideration  which  presents 
the  minimum  detectable  temperature  difference  under  optimum  conditions. 

The  target  also  may  not  fill  the  field  of  view  in  which  case 
it  is  necessary  to  determine  the  total  power  incident  on  one  of  the  detectors 
where  part  of  the  power  is  derived  from  the  target  and  the  second  component 
from  that  amount  of  background  within  the  same  field  that  is  not  obscured  by 
the  target.  The  target  areas  are  selected  on  the  basis  of  target  type  (1TGTTP) 
and  classification  (KSTRNG)  from  the  data  statements  contained  within  the 
subroutine.  If  the  area  of  the  target  is  greater  than  the  reference  area 
(AREREF)  which  is  the  area  subtended  by  the  field  of  view  at  the  range  of  the 
target,  then  the  problem  is  simply  that  of  comparing  target  with  background 
power.  If  the  target  area  is  less  than  AREREF,  then  targef  plus  background 
must  be  compared  with  background  alone  as  noted  above. 

It  is  to  be  noted  that  in  general  the  background  will  be  distri¬ 
buted  in  range.  The  lower  reaches  of  the  field  of  view  will  be  exposed  to 
surface  vegetation  near  to  the  sensor  while  at  the  upper  limits,  background 
may  be  located  at  a  considerable  range  from  the  sensor.  Since,  however, 
all  the  background  is  taken  to  be  at  the  same  temperature,  the  field  of  view 
is  taken  to  be  filled  by  a  black  body  radiating  at  a  temperature  defined  as  that 
of  the  background.  Th>?  approximation  will  be  somewhat  in  error  for  poor 
weather  conditions  where  atmospheric  attenuation,  which  is  a  function  of 
range,  is  an  important  factor. 

Having  defined  the  target  and  background,  power  is  determined 
from  the  subroutine  PIRBK  and  the  target  component  is  computed  by  the  ex¬ 
pression: 

4 

Radiance  of  Target  =  0.  27  o(Target  Temperature) 

where  O  is  the  Stefan-Boltemann  constant/ir .  It  can  be  seen  that  the  Stefan 
Boltzmann  equation  for  radiance  is  thus  employed.  The  factor,  0.27,  is 
introduced  to  assign  the  7-15  micron  interval  fraction  of  total  radiance  to 
radiance  of  target. 

The  power  on  the  detector  due  to  the  target  is  compute  as: 

PWRTAR  -  (Target  Radiance )(EXPAN)(RATIO) 
where  EXPAN  is  the  geometrical  gain  factor  relating  device  characteriatics 
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(area,  field  of  view,  optical  system  transmission  factor)  to  power  incident 
on  the  detector  as  computed  in  PIRBK,  and  RATIO  is  the  fraction  of  the  field 
of  view  filled  by  the  target.  If  attenuation  due  to  fog  is  an  important  factor, 
the  power  due  to  target  and  background  are  both  scaled  to  lower  values  as, 
for  example:  *  > 

PWRTARAtten  =  (PWRTAR)  e' (Attenuation  Modifier)(Range) 

In  addition,  the  radiance  attributable  to  the  intervening  atmosphere  (between 
sensor  and  target)  is  added.  (Attenuation  due  to  precipitable  water  is  not 
included  because  of  the  limited  range  of  this  sensor.  A  more  general  approach 
would  include  atmospheric  attenuation  as  is  done  as  part  of  the  THERML  sub¬ 
routine  . ) 

The  signal  to  threshold  ratio  is  next  computed.  The  signal  is 
taken  to  be  the  difference  in  power  on  the  detector  due  to  target  plus  back¬ 
ground  compared  with  the  power  on  the  detector  due  to  background  alone. 
Threshold  is  a  designer  input  selected  here  to  denote  detections  w^an  the  tar¬ 
get  filled  field  of  view  observes  a  temperature  0.25  degrees  C.  d  ferent  from 
that  oT  the  background  filled  field  of  view. 

Two  tests  are  made  in  vhich  the  signal  to  threshold  ratio  is 
compared  with  a  random  number.  If  in  both  tests  the  signal  to  threshold  ratio 
is  the  greater,  a  detection  report  is  generated.  For  any  other  combination  of 
outcomes,  no  report  is  made.  This  argument  simply  indicates  that  both  beams 
must  be  actuated,  and  for  low  signal  to  threshold  ratios,  there  is  some  pro¬ 
bability  that  one  or  neither  of  the  beams  will  be  activated. 

Finally,  it  is  noted  that  the  simulation  described  depicts  the 
situation  for  one  target  element.  For  multi-element  targets  the  entire  pro¬ 
cess  is  repeated  at  those  times  that  the  MSM  executive  subroutine  determines 
that  a  target  element  passes  through  the  field. 


3.3.4  Subroutine  ARFTG 

3.3.4. 1  Purpose 


This  subroutine  is  provided  to  determine  the  probability  that 
a  target  element  or  elements  will  excite  an  intrusion  detection  element 
(Button  Bomblet)  in  a  two-second  interval  for  the  specific  targets  within 
Button  Bomblet  distributions. 
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Input  Values 


AREADN  Area  Density  of  the  Bomblets  in  Number  (Square  Meters) 

IDS  NS  R  Sensor  ID 

IDTGT  Target  ID 

IMAG  Index  on  Bomblet  Type  (0=Magnetic,  l=Noisless) 

ITGTTP  Target  Type 

KSTRNC  Index  on  Strength  Type 

NOTFLD  Numher  of  Targets  in  a  Seeded  Area 

VELTAR  Velocity  of  the  Target 

Labelled  Common  Inputed  Values 

IPRINT  Output  Data  Device  Designator  =  6 

ITIME  Game  Running  Time 

LDUMP  True  =  Intel  mediate  Calculations  Printed,  False  =  No  Print 

Internally  Stored  Designer  Input  Values 

AREAM  Area  Covered  by  Troop  Target/Troop/Sec/Meter /Sec  * 

AREAMM  Area  Covered  by  Troop  Target/Troop/Sec/Meter  /Sec  (Mag. 

But. ) 

AREAV  Area  Covered  by  Vehicle,  Target/Vehicle/Sec/Meter/Sec 

AREAVM  Area  Covered  by  Vehicle,  Target/Vehicle/Sec/Meter/Sec 

(Mag.  But. ) 

SAMPTM  Time  Over  Wh'ch  System  is  in  a  Single  Sample  Cycle  (2  Sec.) 

Computed  Values 

ARTAR  Area  Covered  by  Target/Sec /Meter /Sec 

DUM  Dummy  Variable 

PROB  Overall  Probability  of  Excitation  in  a  Sampling  Interval 

PROBUT  Probability  of  Actuation  of  Bomblet  by  a  Single  Target 

TARNUM  Number  of  Targets  in  a  Seeded  Area 

Output  Values 

LDET  Detection  (True-False) 

3. 3.4. 2  Description  of  the  Subroutine  Logic  and  Processing 

In  subroutine  ARFBK,  the  area  denaity  of  intrusion  detection 
element*  was  computed  from  the  planner  input  information  regarding  number 
of  elements  and  the  configuretion  and  area  sire  of  the  distribution.  As  a  part 
of  the  MSI  executive  subroutine,  computations  are  carried  out  which  describe 
the  number  of  terget  elements  contained  within,  rhe  sensor  field  at  any  time 
(TARNUM) .  With  this  information  and  a  set  of  stored  response  arees  contained 
within  the  DATA  statement  sets  of  this  subroutine,  the  probability  of  an 
actuation  ia  determined.  By  testing  against  a  random  number,  the  success  or 
failure  of  the  detection  test  for  the  entry  in  question  is  determined. 

In  the  subroutine  the  areas  that  are  disturbed  by  individual 
targets  ire  stored  as  data  under  the  names  AREAM,  AREAV,  AREAfti,  end 
AKEAVM  (see  glossary)  for  both  trooper  and  vehicle  type  target*  and  for 

*  This  area  waa  estimated  by  measurement  of  the  area  swept  by  a  man’s  feet  in 
one  second  given  a  speed  of  1  meter/eec.  The  area  covered  by  all  element*  of 
the  target  is  then  a  function  of  the  number  of  element*,  the  terget  speed,  .nd 
the  observation  time.  Values  ere  given  in  the  progrem  listing. 
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noiseless  and  magnetic  type  buttom  bomblets.  The  areas  are  the  areas  per 
element  per  second  per  meter  per  second  that  each  target  would  perturb.  On 
entry  into  the  subroutine  (Figure  3.3-7),  target  specification  is  first  assessed 
from  the  descriptors  ITGTTP  and  KSTRNG,  parameters  that  serve  as  indices 
for  selection  of  the  required  areas  from  the  data  sets  discussed  above. 

The  average  number  of  bomblet  activations  in  a  sampling 
period  (AVGNBT)  is  given  by  the  expression: 

AVGNBT  =  ARTAR  •  VELTAR  •  SAMPTM  •  AREADN 
•  TARNUM 

where  ARTAR  is  the  target  disturbance  area  discussed  above,  VELTAR  is 
the  target  velocity,  SAMPTM  is  the  sample  time  defined  by  the  data  state¬ 
ment  as  two  seconds,  AREADN  is  the  area  density  of  bomblets  computed 
in  subroutine  ARFBK,  and  TARNUM  is  the  number  of  elements  in  the  field 
as  computed  by  the  Executive  subroutine.  The  probability  of  actuating  a 
bomblet  in  any  sampling  period  (PROB)  is  given  by 


PROB  =1  - e 


-AVGNBT 


Tests  are  men  made  against  a  random  number,  one  on  each 
entry  to  the  subroutine.  If  the  probability  exceeds  a  random  number  selected 
from  the  uniform  distribution  lying  between  0.0  and  1.0,  a  detection  report 
is  generated,  otherwise  the  detection  is  declared  to  be  false.  Return  to  the 
calling  routine  is  then  made  with  the  detection  result  being  transmitted  through 
the  argument  list  in  the  sensor  call  statement. 

3.3.5  Subroutine  MAGTG 


3. 3. 5. 1  Purpose 

This  subroutine  is  employed  to  develop  the  report  events  and 
times  that  result  from  the  interaction  between  targets  and  the  magnetic, 
gradiometer  type  sensor  as  the  targets  pass  in  the  vicinity  of  the  sensor. 

3. 3.  5.  2  Glossary  of  Inputs,  Outputs,  and  Computed  Values 


IDS  NS  R 

IDTGT 

IREF 

ITGTTP 

KSTRNG 

NCLOSE 

NOE  LEM 

THRESH 

TIME 


Input  Values 


Sensor  ID 
Target  ID 

URN  Reference  Number 
Target  Type 
Target  Classifier 

Number  of  Closest  Element  to  Sensor 
Number  of  Elements  in  Target  Group 
Threshold 

Running  Time  in  Half  Second  Intervals 
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Figure  3.3-7  ARFTG  MACROFLOW 
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TSPACE 

VELTAR 

VX 

VY 

XSENS 

XTGT 

YSENS 

YTGT 


PERM 

POLIND 

POLRES 

RMAX 

TARLEN 

ZOTABL 


IPRINT 

ITEME 

LDUMP 

XFIELD 

YFIELD 

&FIELD 


CLOSE 

DELTAT 

DUM 

EMOMX 

EMOMY 

EMOMZ 

HDOTZ 

I 

INDEXH 

INDEX  L 

IREFP 

ISAVE 

ISKIP 

ISIZE 

J 

KI 

MHLT 

PARTI 

PART2 

PART3 

PAKTSQ 

POLL 


Input  Values  (continued) 

Target  Spacing  (Average) 

Target  Velocity 

Target  Velocity  X  -  Direction  > 

Target  Velocity  Y  -  Direction 
X-Coordinate  of  Sensor 
X- Coordinate  of  Target 
Y-Coordinate  of  Sensor 
Y-Coordinate  of  Target 

Internally  Stored  Designer  Input  Values 

Target  Permeability 

Pole  Induced  Fact,  Unit  Poles /Gauss 

Residual  Pole  Strength,  Unit  Poles 

Maximum  Range 

Target  Length  (cm) 

Table  of  Heights  Above  Ground  (cm) 

Labelled  Common  Inputed  Values 

Output  Data  Device  Designator  =  6 
Game  Running  Time 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
X  Component  of  the  Earth's  Magnetic  Field  * 

Y-Component  of  the  Earth's  Magnetic  Field 
Z -Component  of  the  Earth's  Magnetic  Field 

Computed  Values 

Dummy  Variable 
Time  Difference 
Dummy  Variable 

Dipole  Moment  Due  to  Residual  Poles,  X  Component 
Dipole  Moment  Due  to  Residual  Poles,  Y  Component 
Dipole  Moment  Due  to  Residual  Poles,  Z  Component 
Time  Derivative  of  Vertical  Component  of  Field  at  Sensor 
Dummy  Index 

One  Space  More  Than  Closest  Element  Index 

One  Space  Less  Than  Closest  Element  Index 

URN  Reference  Number  Changed  Every  60  Seconds 

Dummy  Variable 

Dummy  Variable 

Index  on  Target  Length 

Dummy  Index 

Dummy  Index 

Dummy  Variable 

Random  Component  Associated  with  X  for  Carried  Target 
Random  Component  Associated  with  Y  for  Carried  Target 
Random  Component  Associated  with  Z  for  Carried  Target 
Vector  Length  of  X,  Y,  Z  Random  Components 
Computational  Variable 


♦Reference  4,  Page  3-126 
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RANGE 

RANGE 5 

RANGE? 

RMOMX 

RMOMY 

RMOMZ 

SPACE 

TLTC 

VXCOMP 

VYCOMP 

XCOMP 

XLEN 

XMOM 

XVAL 

XYCOMP 

YCOMP 

YLEN 

YMOM 

YVAL 

ZLEN 

ZMOM 


LDET 


Computed  Values  (continued) 

Range  from  Target  to  Sensor  (Meters) 

Range  to  5th  Power 
Range  to  7th  Power 

Dipole  Moment  in  X  Due  to  Residual  Poles 
Dipole  Moment  in  Y  Due  to  Residual  Poles 
Dipole  Moment  in  Z  Due  to  Residual  Poles 
Distance  from  Closest  Element 
Time  of  Last  Threshold  Crossing 
Intermediate  Calculation 
Intermediate  Calculation 
Computational  Variable 
Length  of  Target  in  X  Direction 
Total  Moment  for  X  Dipole  Component 
X  Coordinate  Position  for  ith  Target  Component 
Product  of  (XCOMP  •  YCOMP! 

Computational  Variable 

Length  of  Target  in  Y  Direction 

Total  Moment  for  Y  Dipole  Component 

Y  Coordinate  Position  for  ith  Target  Component 

Length  of  Target  in  Z  Direction 

Total  Moment  for  Z  Dipole  Component 

Output  Values 

Detection  Indicator  (True-False) 


3.  3.  5.  3  Description  of  Subroutine  Logic  and  Processing 

The  MAGID  sf  nsor  which  is  the  basis  for  this  subroutine  (Fig¬ 
ure  3.3-8)  consists  of  two,  many  turn,  solenoids  which  are  emplaced  in  the 
earth  with  longitudinal  axis  along  the  vertical  so  that  voltages  are  produced  in 
response  to  changes  in  the  vertical  or  Z  component  of  the  magnetic  field  at 
the  solenoids.  The  solenoids  are  placed  so  that  one  unit  is  near  the  trail  or 
road  being  monitored  while  the  second  is  emplaced  as  remote  to  the  trail  as 
possible  serving  as  a  background  reference  for  the  first.  The  solenoids  are 
connected  in  opposition  to  one  another  so  that  for  the  same  changes  in  field 
at  both  solenoids  no  output  is  produced.  In  the  frequency  range  employed, 
earth's  field  fluctuations  are  area  type  fluctuations  of  such  extent  that  the 
change  in  field  at  both  solenoids  is  approximately  the  same  to  within  the  thres¬ 
hold  setting.  Thus  the  earth's  field  fluctuations  are  essentially  removed  and 
false  alarm  rates  are  held  to  a  low  level.  When,  however,  a  ferrous  material 
is  passed  along  the  trail  the  change  in  field  at  the  trail  solenoid  is  much 
greater  than  that  produced  at  the  remote  solenoid  so  that  an  imbalance  exists 
whict  if  large  enough  and  of  sufficient  duration,  will  actuate  the  detection 
logic  networks.  While  the  difference  in  jignal  is  the  important  signal  com¬ 
ponent,  it  is  assumed  in  this  model  that  the  target  will  always  be  much  closer 
to  the  trail  solenoid  than  to  the  reference  unit  so  that  only  the  field  changes 
at  the  trail  solenoid  need  be  examined.  Hence,  the  simulation  is  that  for  a 
single  solenoid. 
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Figure  .3-0  MACK  MAOROFLOW 
(Sheet  1  of  2) 


It  is  found  that  the  rate  of  change  of  field  strength  at  the 
solenoid  is  a  function  of  the  range  to  the  ferrous  object  from  the  sensor,  its 
size  and  orientation,  prior  induction  history,  earth's  fi^ld  components  and 
rate  of  movement  with  respect  to  the  sensor.  It  can  be  shown  that  the 
potential  (V)  at  the  sensor  due  to  the  magnetic, dipole  (M)  described  by  the 
ferrous  object  is  given  by: 


(x0  +  V,Q  Mx  +  (yQ  +  vyt)  My  +  yU 

[  (x  +  v  t)1'  +  (y  +  V  t)^  +  z  V 
L  '  o  x  '7o  y  o  1 


where  xq,  yQ,  and  zq  are  initial  or  reference  target  positions  with  respect 

to  the  sensor  and  (xq  +  v  t)  is  the  X-axis  position  of  the  target  with  respect 

to  the  sensor  at  any  time  t.  The  vertical  component  of  the  magnetic  field 
(H  )  is  given  by: 

X 


-v  M 

H  = -i-L  = - +  3z  fix  +  V  t)  M  +  (y  +  v  t)  M  +  z  M~1 

-  olio  x  x  v,o  y  y  O  zj 


z  3  z 


o  r 


r  =  ((x  +  v  t)  +  (v  r  v  t)  +  (z  )  ) 
o  x  N  o  y  '  'o' 


1/2 


Then  the  rate  of  change  of  H  with  respect  to  time  is  given  by 

z 


M  3z 

3  —r-  [(x  +  v  t)  v  +  (y  +  v  t)  v  )  +  — g-  (v  M 
r5  o  x  '  x  7o  y  y  r5  x  x 


+  v  M  )1 

y  y ! 


To  carry  out  this  computation  it  is  necessary  to  know  the 

dipole  moments,  M  ,  M  and  M  ,  as  well  as  the  geometrical  factors  and 
x  y  z 

rates.  The  targets  employed  at  the  present  level  of  simulation  are  described 
by  target  type  (ITGTTP)  and  classification  (KSTRNG).  In  order  to  limit  the 
complexity  of  these  descriptors,  it  was  decided  that  ferrous  objects  would  be 
assigned  one  to  each  target  elemen-  for  troop  type  targets,  wi  h  definition  of 
dipole  moment  limited  to  one  value  for  each  vehicle  element.  However,  since 
entry  must  be  made  to  this  subroutine  over  an  extended  period  of  time  in 
which  time  several  sensors  may  actually  be  encountered,  it  became  necessary 
to  include  a  memory  system  so  that  assignment  of  weapons  and  their  orienta¬ 
tion  can  be  retained  on  a  one-to-one  basis  for  the  duration  of  a  target-sensor 
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engagement.  Thus,  each  element  of  a  troop  target  is  assigned  a  weapon  on 
entry  to  this  subroutine  and  the  weapon  is  oriented  in  a  random  manner  but 
the  orientation  is  held  for  a  time  corresponding  to  the  duration  of  the  engage¬ 
ment.  Later,  engagements  of  the  same  target  with  other  magnetic  sensors 
will  find  a  redistribution  and  reorientation  of  the  weapons  among  the  ele¬ 
ments.  It  is  also  to  be  noted  that  the  residual  and  induced  pole  strength  per 
unit  field,  the  target  lengths,  and  heights  are  stored  as  data  statements  in 
this  subroutine. 


On  entry  a  call  is  made  to  subroutine  URNASK  to  obtain  the 
value  of  the  dummy  variable,  ISAVE,  which  is  an  index  on  the  random  num¬ 
ber  generator.  Then,  since  the  sensor  is  applicable  only  to  troop  and  vehicle 
type  targets,  the  specification  of  target  type  greater  than  two  will  cause  a 
branch  to  return  to  the  calling  routine  with  a  detection  equal  false  report. 

Next  it  is  necessary  to  determine  which  element  of  a  multi-element  target 
is  closest  to  the  sensor  (NCLOSE)  so  that  the  element  and  those  adjacent  to 
it  can  be  tre' led  as  the  target  at  the  present  time  (Figure  3.3-9  ).  Closest 
target  element  (NCLOSE)  is  computed  by  the  MSM  executive  routine  and 
passed  into  the  subroutine  through  the  calling  seque  ,ce.  The  value  of 
NCLOSE  is  used  to  determine  the  indices  on  the  computing  loop  by  which  the 
several  contributions  to  the  time  derivative  of  the  vertical  field  component 
(HDOTZ)  are  determined.  If  the  target  is  approaching,  the  closest  clement 
is  the  first  element  in  the  column  and  only  the  first  and  second  elements  are 
examined;  thus,  NCLOSE  =  1  and  NCLOSE  +  1  =  2  and  CLOSE,  an  index  on 
the  number  of  spaces  between  NCLOSE  and  the  first  target  element  is  set  to 
zero. 


For  a  receding  target  in  which  the  last  element  has  passed 
the  point  of  closest  approach  the  targets  considered  are  the  last  and  second 
to  last  elements.  In  this  case  the  second  to  last  element  =  NOELEM- 1  and 
the  last  element  =  NOELEM,  where  NOELEM  is  the  number  of  elements  in 
the  target.  For  NCLOSE  equal  to  any  element  from  two  to  NOELEM- 1,  the 
indices  run  from  NCLOSE- 1  to  NCLOSE+1;  that  is,  three  targets  are  con¬ 
sidered  to  be  effective.  In  this  case,  the  first  effective  target  (NCLOSE- 1) 
will  be  at  an  X,  Y  position  determined  from  the  X  and  Y  coordinates  of  the 
lead  element  and  at  a  distance  depending  on  average  element  spacing,  TSPACE. 

In  the  next  set  of  statements,  the  appropriate  references  on 
the  random  number  selector  are  established.  The  reference  number  is  held 
constant  for  at  least  60  seconds  of  game  time.  The  integer  variable  is  then 
used  as  index  in  the  call  to  URNORG  subroutine  which  initializes  the  random 
number  generator  index.  Note  that  as  game  time  changes  by  60  seconds  the 
reference  number  is  indexed  by  one  but  a  whole  new  sequence  of  random 
numbers  results  from  this  change  of  reference.  Then,  the  proper  number 
of  random  numbers  must  be  skipped  in  order  that  assigned  weapon  and  orienta¬ 
tion  or  vehicle  random  variable  may  be  properly  assigned.  Having  deter¬ 
mined  the  set  required,  a  computing  loop  is  employed  to  actually  select  the 
random  numbers.  This  sequencing  is  required  in  order  that  the  target 
orientation  may  be  maintained  fixed  for  t’ie  short  intervals  of  time  considered 
in  target  passage. 
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b)  INTERMEDIATE  POSITION 
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Figure  3.3-9  TARGET -SENSOR  GEOMETRY 
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Before  entering  the  major  loop  in  which  HDOTZ  is  computed, 
HDOTZ  is  initialized  to  0,0  and  the  direction  cosines  of  the  velocity  vector 
are  determined  as  VXCOMP  and  VYCOMP  since  these  values  do  not  change 
with  progress  through  the  loop. 

If  the  target  is  defined  as  a  troop  target,  tlen  a  weanon  will 
be  assigned  to  «ch  element  within  the  limits  of  the  closest  element  indices 
according  to  the  value  of  target  length  index  which  will  range  from  one  to 
seven  depending  on  the  random  number  selected.  Next  the  X,  Y,  and  Z 
components  of  target  length  are  computed.  The  three  basic  random  com¬ 
ponents  associated  with  carried  targets  (PARTI,  PART2,  and  PART3)  will 
vary  from  -1  to  +1  depending  on  the  random  numbers  selected.  The  values 
of  X,  Y,  and  Z  target  length  are  then  determined  from  the  ratio  of  PART1> 

2  or  3  t>-  PARTSQ  where 


-l 


PARTSQ  =  l/PARTl  +  PART2  +  PART3 


The^reason  ‘hat  the  range  -1  to  +1  is  employed  is  to  allow  negative  and  posi¬ 
tive  values  of  X,  Y,  and  Z  target  length  components  so  that  the  dipole  mom¬ 
ents  formed  by  the  residual  poles  may  be  positive  or  negative,  i.e.  ,  so 
that  there  will  not  be  a  biased  orientation. 

Vehicle  targets  are  assumed  to  be  oriented  with  the  dipole 
axis  along  the  direction  of  travel,  that  is,  parallel  to  the  trail  or  road.  A 
random  component  is  associated  with  the  X,  Y,  and  Z  target  length  com¬ 
ponents  for  vehicles  so  that  vehicles  of  the  same  size  will  not  appear  to  be 
identical  to  the  sensor  because,  in  practice,  vehicle  to  vehicle  variations 
are  observed. 


The  three  components  of  residual  dipole  moment,  that  due  to 
residual  pulse,  are  determined,  e.  g. ,  for  X  from: 


(Dipole  Moment)  =  Residual  Pole  Strength(BIZE)  •  (Length 
of  Target)x 

where  the  index  E5IZE  provides  the  means  for  selecting  the  proper  value  from 
the  data  stored  in  this  subroutine.  Similarly  the  induced  moments  are 
found  from 


(Residual  Poles  Dipole  Moment)^  =  POLL  •  (Earth  Mag 

Field )x  •  |  X  Length 

of  Target  | 
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The  absolute  value  of  X  target  length  is  used  because  the  polarity  associated 
with  the  induced  poles  will  depend  only  on  the  earth’s  components.  The 
POLL  computational  term  arises  from  the  induced  poles  and  a  factor  for 
target  permeability  (PERM)  which  is  included  to  allow  study  of  changes  in 
relative  permeability  of  the  target  material*.  The  total  moments  are  then 
computed  as  the  sums  of  the  induced  and  residual  components. 


Having  defined  M^, 


My,  and  Mz  for  the  particular  element 


being  considered,  the  position  of  that  element  with  respect  to  the  sensor  is 
next  determined.  Since  target  position  is  given  as  the  location  of  the  lead 
element  in  the  target,  the  position  relative  to  the  sensor  for  the  element  in 
question  is  determined  by  computing  the  X  and  T  distances  from  the  lead 
element  at  which  the  element  in  question  is  located.  This  operation  is 
carried  out  by  the  following  computations: 


Distance  From  Closest  Element  =  CLOSE  •  TSPACE 


where  CLOSE  is  the  number  of  spaces  of  length,  TSPACE,  that  the  element 
lies  behind.  Then  with  lead  element  coordinates,  sensor  coordinates,  and 
offset  from  the  lead  element  for  the  element  in  question,  the  X  and  Y  com¬ 
ponents  of  the  horizontal  projection  of  the  target  element-sei.sor  line  can 
be  determined  (XVAL  and  YVAL).  With  these  components  and  zq,  the  ele¬ 
ment-sensor  range  is  determined.  u 

After  forming  the  remainder  of  the  intermediate  variables 
required,  XCOMP,  YCOMP,  and  XYCOMP,  the  time  rate  of  change  of  ver¬ 
tical  field  at  the  sensor  (HDOTZ)  due  to  the  target  element  is  computed. 
CLOSE  is  then  increased  by  one  and  return  is  made  to  the  target  *.  >ment 
loop  to  introduce  the  second  element  in  the  same  manner  as  for  the  first  as 
described  above.  The  value  of  HDOTZ  for  the  second  element  is  added 
vectorally  to  that  due  to  the  first.  If  a  third  element  is  to  be  considered, 
a  third  pass  is  made  through  the  loop.  In  each  case  the  random  numbers 
are  selected  in  appropriate  sequence  from  the  index  provided. 

When  the  elements  have  been  processed  for  the  particular 
instant  of  time  in  question,  the  detection  logic  simulation  is  examined.  If 
the  absolute  value  of  the  time  derivative  of  vertical  field  (HDOTZ)  is  less 
than  the  threshold,  there  can  be  no  detection  event  and  control  is  returned 
to  the  executive  subroutine.  If,  however,  HDOTZ  is  greater  in  absolute 
value  than  the  threshold  a  test  of  the  logic  circuitry  is  made.  If  the  time 
since  the  las*  threshold  crossing  lies  between  1. 5  and  3.  5  seconds,  a  detec¬ 
tion  is  declared  to  be  true,  otherwise  false.  If  the  time  interval  (DELTAT) 
since  last  crossing  is  greater  than  1. 5  seconds,  time  of  last  threshold 
crossing  is  set  equal  to  the  present  value  of  time  so  that  if  DELTAT  is 
greater  than  3.5  seconds,  the  present  crossing  serves  as  the  initiator  of 
the  logic  timing  for  reference  in  future  entries  for  this  particular  sensor. 

In  all  cases,  a  reference  number  (ISAVE)  is  called  to  reset  the  random 
number  generator  before  control  is  returned  to  the  executive  subroutine. 
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3.  3.  6 


Subroutine  RADAR 


3.  3.  j.  1  Purpose 

This  subroutine  is  employed  as  a  simulation  for  MTI  type 
radars  to  determine  the  probability  of  detecting  targets  of  the  type  and  range 
specified  by  the  executive  subroutine.  Having  determined  the  probability,  a 
test  is  made  against  a  uniform  random  number  to  decide  whether  or  not  a 
detection  had  occurred. 


3.  3.  6.  2 


ASPEED 

BEAMAZ 

BEAMEL 

CLIMFR 

FCUTH1 

FCUTLO 

FNKTB 

HGTAC 

HGTANT 

ICOH 

IDS  NS  R 

IFOL 

ITGTTP 

KSTRNG 

NOTFLD 

PFA 

PRIMFR 

RADCAR 

RAMBDA 

RAZANG 

RGATE 

SCANRT 

SIGSTB 

TARHGT 

VRADL 

XSENS 

XTGT 

YSENS 

YTGT 


CHUL 

IPCODE 

IPRINT 

IVCOV 

LDUMP 


Glossary  of  Inputs,  Computed  Values,  and  Outputs 

Input  Values 

Aircraft  Velocity 

Antenna  Azimuth  Beamwidth  (Radians) 

Antenna  Elevatation  Beamwidth  (Radians) 

Clutter  Improvement  Factor 
Upper  Corner  of  Filter  (Hz) 

Lower  Corner  of  Filter  (Hz) 

Filtered  Thermal  Noise  Level  (dB) 

Height  of  Aircraft  (Meters) 

Height  of  Antenna  (Above  Ground) 

=  0  Means  Coherent,  =1  Nor.  Coherent 
Sensor  ID 

■  0  Means  No  Foliage,  «  1  Foliage 

Target  Type 

Target  Classifier 

Number  of  Elements  in  the  Field 

Probability  of  False  Alarm 

Precipitation  Improvement  Factor 

Radar  Character  ic 

Radar  Wave  Lengtn  (Metera) 

Radar  Azimuth  Angle  Measured  witn  Respect  to  Aircraft  Axis 
Range  Gate  (Meters) 

Scan  Rate  (Radians /Second) 

Standard  Deviation  of  Clutter  Spectrum  (Radar  Instability) 
Target  Height  (Metera) 

Radial  Velocity,  Relative  (Meters /Second) 

X  Coordinate  of  Sensor 
X  Coordinate  of  Target 

Y  Coordinate  of  Sensor 

Y  Coordinate  of  Target 

Labelled  Common  Inputed  Values 

Upper  Limit  Canopy  or  Vegetation  Height  (Metera) 
Precipitation  Code  Identifying  Type  of  Precipitation 
Output  Data  Device  Indicator  =  6 

Index  of  Vegetation  Cover,  l=Heavy,  2=Medium,  3=Light, 
4-Open,  5=Water 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
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PI 

PRATE 

SQ2 

VISBLL 

V1SBUL 

WSPEED 


ATATEN 

BSECTN 

DC LEAR 

FPB.EC1 

FPREC2 

TARGHT 

TLAM 

XSCMAN 

XSCBOT 

XSCVEH 


CLATEN 

COSRDA 

CSECTN 

CSUV 

DBCLUT 

DBPREC 

DJ.'SIG 

DUM 

FDOPLR 

FIPCL 

FIPPRE 

FNKTBP 

FTGMAX 

FTGMIN 

GGVISB 

HTFOL 

I 

IPRECP 

IUT 

IUTS 

PATEN 


Labelled  Common  Inputed  Values  (continued) 

Ratio  of  the  Circumference  of  Circle  to  Its  Diameter  (3.  14 IS?1) 
Precipitation  Rate  (mm /hr) 

Square  Root  of  2.  0 

Lower  Limit,  Ground  to  Ground  Visibility  (Meters) 

Upper  Limit,  Ground  to  Ground  Visibility  (Meters) 

Wind  Speed  (km/ft) 

Internally  Stored  Designer  Input  Values 

Atmospheric  Extinction  Table  (Two-Way)  * 

Clutter  Cross-Section  Per  Unit  Area  Table 
Clear  Distance  to  Foliage,  Minimum  Value 
Precipitation  Factor  Table 
Precipitation  Factor  Table 
Target  Height  Set  to  1. 5 
Table  of  Wave  Lengths 

Radar  Cross  Section  of  Target  in  Range  Gate  -  Man 

Radar  Cross  Section  of  Target  in  Range  Gate  -  Boat 

Radar  Cross  Section  of  Target  in  Range  Gate  -  Vehicle 

Computed  Values 

Attenuanon  for  Clutter  Signal 
Cosine  of  Radar  Depression  Angle 
Clutter  Cross  Section  (Square  Meters) 

Precipitation  Cross  Section  Per  Unit  Volume 
Clutter  Level  in  dB  at  Receiver 
Precipitation  Signal  Value  (dB) 

Target  Signal  Level  (dB) 

Dummy  Argument 

Doppler  Frequency,  Target  (Hz) 

Filtered  Clutter  Power  (Watts) 

Filtered  Power  Precipitation  (Watts) 

Filtered  Thermal  Noise  Level  (Watts) 

Maximum  Usable  Doppler  Frequency  (Hz) 

Minimum  Usable  Doppler  Frequency  (Hz) 

Ground  to  Ground  Visibility  (Meters) 

Height  of  Foliage 

Index  to  Pick  Up  Tabular  Values  as  a  Function  of  Wavelength 

Precipitation  Code  Modified  for  Radar 

Index  on  Unit  Terrain 

IUT  of  X,  Y  Sensor  Position 

Attenuation  Coefficient  Due  to  Precipitation 


PSECTN  Precipitation  Cross  Section 

PWCLUT  Clutter  Level  in  Watts  at  Receiver 

PWPREC  Precipitation  Signal  Value  (Watts) 

PWSIG  Signal  Level  (Watts) 

RANDOM  Random  Number 

RANGE  Slant  Range,  Radar  to  Target  (Meters) 

♦Designer  Input  values  are  given  In  the  program  listi^. 
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Computed  Valv.eB  (continued) 


Range  Through  Foliage 
Range  to  the  4th  Power 

Standard  Deviation  of  Clutter  Spectrum  Due  to  Scan  Function 
Standard  Deviation  of  Precipitation  Signal 
Overall  Standard  Deviation 

Overall  Standard  Deviation  Times  Square  Root  of  2.  0 
Standard  Deviation  of  Clutter  Spectrum  Due  to  Aircraft 
Velocity 

Standard  Deviation  of  Clutter  Spectrum  Due  to  Wind 
Sine  of  Radar  Azimuth  Angle 
Sine  of  the  Radar  Depression  Angle 

Sum  of  Variances 
Number  of  Elements  in  Field 
Total  Atmospheric  Attenuation 
Radar  Cross  Section  of  Targets  in  Range  Gate 

Output  Values 
Signal  to  Clutter  Ratio 

Description  of  Subroutine  Logic  and  Processing 

Since  this  subroutine  (Figure  3.3-10)  **  employed  to  simulate 
a  number  of  radars,  airborne  and  ground,  fixed  and  scanning,  VHF  through 
microwave,  the  engagement  problem  i3  solved  by  external  subroutines.  Thus, 
through  appropriate  processing  and  subroutine  calls  the  MSM  executive  sub¬ 
routine  establishes  when  a  target  is  in  a  position  in  which  some  detection  pro¬ 
bability  exists.  For  microwave  radars,  for  example,  the  MSM  executive 
subroutine  must  determine  that  target  sensor  line  of  sight  exists  for  both 
terrain  and  foliage  considerations  when  it  has  been  established  that  the  target 
is  within  range  of  the  sensor.  The  major  inputs  to  this  subroutine  consist  of 
the  target  description  and  the  description  through  parameter  specification  of 
the  radar  in  question.  Target  description  must  include  target-type,  number 
of  elements  within  range  gate  and  target  radial  velocity. 

The  major  structure  of  the  simulation  consists  of  computing 
the  received  signal  due  to  target  and  clutter,  the  development  of  the  clutter 
spectral  width,  and  subsequently  the  signal  to  clutter  or  signal  to  thermal 
noise  ratios,  the  latter  being  computed  only  if  thermal  noise  is  the  principal 
limiter.  The  signals  are  computed  from  sensor /target  range  information, 
radar  parameters,  target  parameters,  atmospheric  losses  due  to  precipita¬ 
tion  and  foliage  losses  for  the  foliage  penetration  radars.  The  clutter  in  all 
rystems  includes  the  power  scattered  by  the  background  while,  for  micro- 
wave  radars,  the  power  scattered  by  precipitation  within  the  range  gate  being 
examined  is  also  included  in  the  clutter  spectrum.  The  effects  of  precipita¬ 
tion  on  attenuation  and  backscatter  were  described  in  Reference  8.  Essen¬ 
tially,  straight  line  fits  are  defined  by  a  set  of  coefficients  termed  FPREC1 
and  FPREC2  in  the  data  sets  of  this  subroutine.  Atmospheric  attenuation 


RANGE F 

RANGE4 

SIGCAN 

SIGPRE 

SIGTOT 

SIGTS2 

SIGVEL 

SIGWND 

SINRAA 

SINRDA 

SUM  VAR 
TARNUM 
TATATN 
TSECTN 


STOCL 
3. 3. 6. 3 
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Figure  3.3-10  RADAR  DESCRIPTIVE  FLO,' 
(Sheet  lof  3) 
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Figure  3.3-10  RADAR  DESCRIPTIVE  FLOW 
(Sheet  2  of  3) 
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IMgure  3.3- 10  RADAR  DESCRIPTIVE  FLOW 

(Stwct  3  of  3) 
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also  taken  from  Reference  9  is  described  in  the  data  set  as  ATATEN  while 
background  clutter  cross  section  as  a  function  of  wavelength  is  given  as 
BSECTN  (Reference  10).  Other  data  statements  contain  information  on 
troop,  vehicle  and  boat  cross  sections,  XS.CMAN,  XSCVEH  and  XSCBOT. 

All  target  heignts  are  taken  to  be  1.5  meters  above  the  earth  or  water  sur¬ 
face.  It  is  also  noted  that  a  cleared  area  defined  by  a  circle  of  500  meters 
radius  and  centered  on  the  radar  is  considered  to  apply  in  all  cases,  i.e. , 

&&&<&  fg&te  %s&§8cSfi!5SlSMigSSe. 

On  entering  the  subroutine  a  check  is  first  made  to  determine 
if  the  target  radial  velocity  is  adequate  for  detection.  The  doppler  filter  is 
assumed  to  be  of  bandpass  type  with  a  high  pass  section  having  a  cutoff  char¬ 
acteristic  of  24  dB  per  octave  and  a  low  pass  section  with  a  slope  of  12  dB- 
per  octave,  as  seen  in  Figure3.3-ll. 


FCUTLO  FCUTHI 


l  i 


Figure  3.3-11  DOPPLER  FILTER  CHARACTERISTIC! 


If  the  target  doppler,  determined  from 

doppler  frequency* 

2(Radial  Velocity) 

Wave  7  eng*h 


is  less  than  1/4  of  the  lower  doppler  filter  corner  frequency  or  greater  than 
four  times  the  upper  corner  frequer  :y  the  target  will  not  be  detected  and  re¬ 
turn  is  made  to  the  executive  subroutine. 
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If  the  target  velocity  satisfies  the  requirements,  the  terrain 
features  are  inputed  and  the  foliage  index  (IFOL)  based  on  the  UNTER  table 
value  of  vegetation  at  the  target  is  generated,  IFOL  =  1  means  that  heavy 
foliage  will  lie  between  the  target  and  the  radar  and  IFOL  =  0  means  no 
foliage.  Following  computation  of  geometrical  factors  slant  range  (RANGE), 
4th  power  of  range  (RANGE4)  and  sine  of  radar  azimuth  angle  (SINRAA),  the 
wavelength  index  I  is  developed  from  the  input  value  of  wavelength,  RAMBDA, 
and  the  stored  table  of  wavelength  values,  TLAM.  The  index  I  is  employed 
to  select  proper  values  of  precipitation  factors  (FPREC1,  FPREC2),  atmos¬ 
pheric  extinction  (ATATEN)  and  clutter  cross  section  (BSECTN).  Then  the 
index  for  precipitation  (IPRECP)  is  generated  from  the  ATMENV  value  of 
precipitation  code. 

The  target  cross  section  to  be  employed  will  be  a  function  of 
target  (ITGTTP)  and  target  characteristics  (KSTRNG),  and  on  the  number 
of  elements  within  the  range  gate.  A  random  variation  is  included  to  account 
for  fluctuation  and  vector  addition  of  randomly  spaced  target  elements.  (It 
can  be  shown  that  with  two  elements  in  the  range  gate,  cross  section  will 
range  between  zero  and  four  times  the  cross  section  of  a  single  element,  a 
cosine  distribution  about  two  times  the  cross  section  of  a  single  element. ) 
Theft  it  is  noted  that  if  the  height  of  the  antenna,  HGTANT,  is  greater  than 
50  meters  above  the  surface,  the  radar  is  to  be  considered  airborne. 


In  the  computation  of  range  through  foliage  a  distinction  is 
made  between  ground-based  and  airborne  radars.  For  ground-based  systems 
range  through  foliage  (RANGEF)  is  given  by 


RANGEF  =(81«nt  Range)- (Ground-to-Ground  Visibility) 


where  ground-to-ground  visibility  will  have  a  minimum  value  of  500  meters 
as  specified  by  assumed  clear  distance  to  foliage.  If  the  radar  is  airborne 
the  depth  through  foliage  is  det;rmined  from  similar  triangles  relating  the 
height  of  a  ire  raft  /height  of  foliage  ratio  to  the  corresponding  ratio  on  range. 
For  airborne  antennas,  the  assumption  on  clear  distance  to  foliage  from 
radar  does  not  apply. 

Next  the  effects  of  precipitation  on  attenuation  are  considered. 
If  the  radar  wavelength  is  greater  than  0.  05  meters,  precipitation  effects 
are  negligible  and  a  bypass  around  the  computations  is  taken.  If  for  wave¬ 
lengths  less  than  0.  05  meters  range  through  foliage  should  be  greater  than 
ten  meters,  then  the  target  is  obscured  by  foliage;  all  further  computations 
are  bypassed  and  a  return  to  executive  made.  For  those  cases  in  which  by¬ 
passes  are  not  taken  (wavelength  less  than  0.05  meters  and  range  through 
foliage  less  than  ten  meters)  attenuation  due  to  precipitation  (PATEN)  is 
computed  making  use  of  one  of  three  expressions  depending  on  the  value  of 
the  precipitation  index  (IPRECP)  described  above.  Drawing  the  appropriate 
atmospheric  loss  factor  (ATATEN)  from  the  stored  data  set  through  use  of 
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index  I,  the  total  attenuation  (TATATN)  is  computed.  At  this  point,  attenua¬ 
tion  for  the  clutter  return  is  also  set  equal  to  TATATN  and  is  maintained  at 
that  value  unless  depth  of  foliage  is  greater  than  ten  meters  for  the  low 
frequency  radars  (wavelength  greater  than  0.05  meters). 

If  the  latter  conditions  apply,  a  set  of  empirical  equations 
are  erployed  to  determine  the  loss  over  free  space  for  the  target  and  the 
clutter.  Since  the  clutter  signal  will  be  derived  from  the  foliage  top  surface 
while  the  target  is  embedded  in  the  foliage,  the  target  path  loss  will  be 
greater  than  that  for  clutter  as  may  be  seen  in  the  relations: 


Attenuation  = 


41.3  log.Q(Range  Through  Foliage)  -  0. 12 192 (Antenna  Alt  4  Tgt  Hgt) 


Range 


Clutter 

Attenuation 


41.  3  logjQ(Range  Through  Foliage)  -  0. 12192(Antenna  Alt  +  Foliage  Hgt) 

£ange 


However,  if  IFOL=  0,  that  is  target  not  in  foliage  (although  foliage  lies  between 
radar  and  target),  then  the  two  losses  are  set  to  be  equal.  These  equations 
were  developed  from  Reference  11. 


the  expression: 


Next  the  signal  power  at  the  receiver  (DBSIG)  is  computed  in 


_  in  ,  _  ,RADCAR  •  Target  Cross  Section, 
DBSIG  =  10  log10  ( - 5^53 - ] 


-  (Attenuation)(Range) 


In  this  expression  the  label  RADCAR  describes  the  radar  characteristic,  the 
combination  of  those  parameters  which  do  not  change  for  a  specific  radar, 
namely: 

PT  °T  GR  *  LT  LR 
(4w)5 


where  P^,  is  the  peak  power  (or  average  power  times  compression  factor  for 
correlation  type  radars),  G^,  and  GR  are  the  transmitter  and  receiver  antenna 
gains  and  L^.  and  are  the  transmitter  and  receiver  losses.  If  the  signal 
level  computed  is  less  than  the  thermal  noise  power  in  the  doppler  filter, 
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FNKTB,  the  signal  cannot  be  detected  and  return  to  the  executive  subroutine 
follows.  FNKTB  is  found  by  multiplying  the  radar  receiver  thermal  noise 
power  by  the  ratio  of  the  doppler  filter  width  to  the  IF  bandwidth  and  con¬ 
verting  the  result  to  decibels. 

The  clutter  power  in  the  doppler  filter  is  determined  by 
assuming  that  the  clutter  power  spectrum  has  a  gaussian  shape  with  mean 
value  at  0.0  Hz  and  a  standard  deviation  which  is  a  function  of  the  several 
variables:  platform  motion,  scan  motion,  wind  speed,  and  radar  instability. 
These  variables  are  combined  to  produce  sigma  (SIGTCT)  in  one  of  two  ways. 
For  a  coherent  radar  the  expression  employed  is: 

SIGTOT  =  ifeum  of  Variances  of  Individual  Sigmas 
while  for  an  incoherent  system,  SIGTOT  is  given  by: 

SIGTOT  =  ^(Sum  of  Variances  of  Individual  Sigmas) 

This  approach  follows  the  analysis  of  clutter  spectra  as  given  in  Reference  It, 

After  computing  the  clutter  power  at  the  receiver  and  making 
use  of  the  overall  standard  deviation  of  the  clutter  power  the  amount  of  power 
within  the  doppler  filter  (FIPCL)  is  computed  by  the  expression: 


0.  5(Rcvr  Clutte r)[ERFC(^^r^le-^r.^r ).ERr c(U^per  Filter  Corne r}  } 

*****  ~-v:  VTstd.  Dev. 


FIPCL  = 


_ ^Std.  Dev. 

Clutter  Improvement  factor 


where  ERFC  is  the  complementary  error  function' of  the  terns  within  parentheses. 
It  is  seen  that  the  complementary  error  function  is  employed  to  determine  the 
difference  in  areas  in  the  tail  of  the  gaussian  spectrum,  that  applias  to  the 

of th  I!  ?**  af  *  CUtff  P°int*  Whlch  d,ftn,d  ^  th«  corn«r  frequencies 
of  the  doppler  filter  as  shown  in  Figure  3.3-12.  The  parameter  for  clutter 

Improvement  factor  (CLIMFR)  applias  to  special  processors  of  the  KAIMAS  type  as 
used  in  the  CS-H  radar.  Clutter  and  precipitation  (PRIMFR)  factors  are  intro¬ 
duced  to  account  for  the  improved  performance  of  the  KALMAS  filter  over  the 
standard  doppler  method.  The  only  known  radar  using  this  technique  at  the 
present  time  is  the  CS-II.  A  three  decibel  Improvement  in  signal  to  clutter 
ratio  over  the  standard  doppler  method  is  sssumed.  if  che  signal  power  ex¬ 
ceeds  the  sum  of  the  clutter  and  thermal  components  of  noise  in  the  doppler 
filter,  computation  continual.  vv 
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Amplitude 


Figure  3.3-12  EFFECT  OF  DOPPLER  FILTER  ON  CLUTTER  POWER 


To  this  point  the  contribution  of  precipitation  return  from 
precipitation  within  the  range  gate  has  been  neglected  but  must  be  considered 
s  nee  it  adds  appreciable  clutter  noise  in  the  microwave  radar  cases.  If  the 
wavelength  is  less  than  0.05  meters,  the  precipitation  cross  section  per  unit 
volume,  the  total  precipitation  cross  section  and  the  signal  level  at  the  re¬ 
ceiver  dus  to  precipitation  are  computed  byr  one  of  three  sets  of  expressions 
depending  on  the  index  of  precipitation  (IPRECP).  The  standard  deviation  for 
precipitation  clutter  power  (SICPRE)  is  taken  to  be 


SIGPRE  •  <wr.rc;,-,a> "  *  >°'h 


from  Reference  12.  The  overall  variance  on  clutter  power  is  then  modified 
to  include  the  precipitation  component.  The  amount  of  precipitation  clutter 
power  found  within  the  doppler  filter  is  then  computed  again  making  use  of 
the  complementary  error  functions  as  described  for  clutter  power  above. 
This  expression  includes  the  use  of  the  parameter  PRIMFR  which  serves  the 
same  purpose  as  CLIMFR  but  for  precipitation.  In  all  likelihood  CLIMFR 
and  PRIMFR  are  the  same  for  a  radar.  Note  that  if  precipitation  power  is 
not  defined  (e.g. ,  v. '.ve length  greater  than  0.05  meters)  or  for  no  precipita¬ 
tion,  the  filtered  precipitation  power  is  set  to  10^"  a  value  so  low  as  to  be 
of  no  consequence  but  adequate  to  avoid  computer  problems. 
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The  signal  to  clutter  ratio  (STOCL)  is  then  formed  as 


STOCL  =  Target  Signal  Lev#>,-10  log^fFiltered  Precipitation  Power 
+  Filtered  Clutter  Power  +  Filtered  Thermal  Noise  Level) 


The  probability  of  detection  {PD)  is  then  determined  from  the  input  value  of 
probability  of  false  alarm  (FFA)  and  STOCL  computed  above  as 


PD  =  PFAn  j 

where  n  =  - 

1  +  10r 


and  r  = 


STOCL 

10 


Here  PFA  simply  serves  as  a  form  of  gain  control  by  which  the  single  pulse 
false  alarm  rate  is  set.  The  operator  will  not  respond  to  single  pulse  events 
since'these  will  be  lost  hi  the  filtering  provided.  Only  when  PFA  becomes 
quite  large,  10"3  to  10  ,  will  high  noise  false  alarm  rates  be  encountered. 

The  actual  false  alarm  rates  for  MTI  radars  are  difficult  to  establish  without 
careful  consideration  of  operator  performance. 

The  probability  of  detection  is  then  tested  against  a  random 
number.  If  the  random  number  is  greater  than  probability  of  detection,  the 
logical  decision  on  detection  is  LDET  =  False,  but  if  the  random  number  is 
less  than  probability  of  detection,  the  detection  event  is  declared  to  be  true. 

One  further  comment  is  considered  to  be  important.  In  the 
development  of  the  standard  deviations  for  clutter  power,  a  value  is  assigned 
to  the  radar  instability  dependent  factor  (SIGSTB).*  It  is  recognized  that  even 
under  ideal  conditions  of  stationary  radar  and  near  zero  winds  (conditions  that 
reduce  aircraft  velocity  clutter,  scan  clutter  and  wind  clutter  standard  devia¬ 
tions  to  zero)  there  still  remains  an  applicable  clutter  spectrum  spread  which 
can  only  be  associated  with  the  radar  itself.  However,  values  of  SIGSTB  are 
not  published  so  this  value  has  been  selected  by  the  designers  to  provide  the 
range  performance  that  matches  field  experience.  The  values  of  SIGSTB  so 
derived  were  found  to  be  consistent  with  radar  experience,  but  should  be 
substantiated  by  further  investigation  of  source  data. 

3.  3.  7  Subroutine  THERML 

3. 3. 7.  1  Purpose 

This  subroutine  is  included  to  provide  simulation  of  sensors  in 
which  thermal  imaging  is  employed  to  provide  a  target  detection  capability. 
Typical  sensors  include  the  hand-held  thermal  viewers  and  FLIR  type  equip¬ 
ments  operating  in  the  three  to  five  micron  region. 

*Ue ing  the  radar  performance  curves  of  Reference  13,  the  value  of  SIGSTB  was 
adjusted  until  the  model  results  agreed  with  the  actual  performance.  The 
values  obtained  are  consistent  with  estimates  reported  in  Ref.  9  and  Ref.  13. 
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3. 3. 7. 2 


FOCALL 

FNUMBR 

IDoNSR 

ITGTTP 

IUT 

KSTRNG 

RESOL 

TEMPEV 

XSENS 

XTGT 

YSENS 

YTGT 


ANEP 

BANDTH 

HUMDTY 

H20DEN 

IPCODE 

IPRINT 

ITIME 

LDUMP 

PRATE 

STEFK 

XMNDEV 


PI04 

SKYCON 

TLENBT 

TLENMN 

TLENVH 

TSIZBT 

TSIZMN 

TSIZVH 


BACCON 

BACFAC 

BAKCON 

BAKGND 

BAREA 

DUM 

ELEMTS 

FACTOR 

FARE  A 

FDIMEN 

FOGXMN 


*  Designer 


Glossary  of  Inputs,  Computed  Values  and  Outputs 
Input  Values 

Focal  Length  of  the  Optical  System  (Millimeters) 

F/Number,  Focal  Length  to  Diameter  Ratio 

Identity  Number  of  Sensor 

Target  Type  Index 

Index  on  Unit  Terrain 

Subindex  on  Target  Type 

Resolution  of  Optical  System  (Radians) 

Temperature  of  Environment  (Centigrade) 

Sensor  X  Coordinate 
Target  X  Coordinate 
Sensor  Y  Coordinate 
Target  Y  Coordinate 

Labelled  Common  Inputed  Values 

Noise  Equivalent  Power  of  Detector  (Watts) 

Sensor  System  Bandwidth  (Hz) 

Relative  Humidity  (Percent) 

Atmospheric  Water  Content  (Grams /cc) 

Index  on  Precipitation 

Output  Data  Device  Designator  =  6 

Game  Running  Time 

True  =  Intermediate  Calculations  Printed,  False  =  No  Print 
Precipitation  Rate  (mm /hr) 

Stefan -Boltzmann  Constant 

Optical  System  Transmission  Factr't 

Internally  Stored  Designer  Input  Values 

PI/4  =  0.7854 

Radiance  of  250  K  Atmosphere  (Watts /M.  Sq.  /Sterad) 

Target  (Boat)  Length  (Meters) 

Target  (Man)  Length  (Meters) 

Target  (Vehicle)  Length  (Meters) 

Target  (Boat)  Width  (Meters) 

Target  (Man)  Width  (Meters) 

Target  (Vehicle)  Width  (Meters) 

Computed  Values 

Attenuated  Radiance  of  Background  (Watts  /Square  Meters /SR) 
Fraction  of  Background  Radiance  in  3.5  to  5  Micron  Interval 
Unattenuated  Radiance  of  Background  (Watts /Square  Meters  /SR) 
Power  in  Element  Viewing  Background  (Watts) 

Background  Area  in  Resolution  Element  Containing  Target 
Dummy  Argument 

Number  of  Sensor  Elemental  Fields  Subtended  by  Target 
Intermediate  Variable 

Area  of  Target  Defined  by  Optical  Resolution 
Diameter  of  Area  Subtended  by  Optics  at  Target 
Fractional  Transmittance  Through  Fog 
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values  are  given  in  program  listing. 


Computed  Values  (continued) 

FOLXMN  Fractional  Transmittance  Through  Foliage 

GFACT  Solid  Angle  Subtended  by  Receiver  Times  Losses 

H20PRE  Precipitable  Water  (mm)  In  Path  (Range) 

H20XMN  Fractional  Transmittance  Through  Atmosphere 

PRATE1  Precipitation  Effect  on  Target  Temperature 

RADBAK  Radiant  Intensity  of  Background  in  Target  Resolved  Element 

RADSKY  Radiant  Intensity  of  Atmosphere  in  Single  Resolved  Area 

RADFLD  Radiant  Intensity  of  Background  (Watts /SR) 

RADTAR  Radiant  Intensity  of  Target 

RANGE  Senior  Target  Range  (Meters) 

SAREA  Area  of  Sensor  Limiting  Aperture  (Meters) 

SIGNAL  Power  Incident  on  Element  Containing  Target 

TARCON  Radiance  of  Target  (3.5  to  5  Microns)  (Watts /Square  Meter/SR) 

TAREA  Area  of  Target  Within  Resolution  Cell 

TARFAC  Fraction  of  Target  Radiance  in  Sensor  Bandwidth 

TARLEN  Length  of  Target  (Meters) 

TARSIZ  Width  of  Target  (Meters) 

TEMAMK  Temperature  of  Environment  (Kelvin) 

TEMPTG  Target  Temperature 

TOTXMN  Total  Fractional  Transmittance  (Fraction) 

XNEP  Noise  Power  in  System  Bandwidth  (Detector) 

Output  Values 

LDET  Detection  Decision 

PDET  Probability  of  Detection 

TRAST  Apparent  Contrast  at  Detector  Elements 

3. 3. 7. 3  Description  of  Subroutine  Logic  and  Processing 

The  thermal  imaging  sensors  are  generally  constructed  in  the 
following  way.  An  array  of  detectors  of  the  order  of  50  or  more  are  emplaced 
in  an  optical  system  so  that  the  instantaneous  field  of  view  of  each  single  de¬ 
tector  is  of  the  order  of  0.  2  to  2,0  milliradians.  A  scanning  mechanism  is 
provided  so  that  the  fields  of  view  are  swept  across  the  total  image  plane  at 
the  rate  of  the  order  of  15  times  per  second.  The  total  image  plane  will  sub¬ 
tend  angles  of  the  order  of  6*  vertical  by  12*  horieontal  at  the  sensor.  Thus 
each  instantaneous  field  is  swept  repetitively  across  the  larger  field  of  view 
defined  by  the  6*  or  12*  angle.  In  this  scanning  process  the  detectors  respond 
to  the  energy  incident  lying  between  three  and  five  microns. 

In  this  simulation  the  following  steps  are  carried  out: 

a.  From  target  size  and  range,  the  angle  subtended  by  the  tar¬ 
get  at  the  sensor  and  hence  the  mruoer  of  elemental  fields  of  view  containing 
the  target  are  computed. 
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b.  The  powers  received  by  an  element  field  containing  target 
and  by  an  element  containing  background  are  computed  from  which  apparent 
contrast  at  the  sensor  is  computed. 

c.  From  the  number  of  elements  containing  the  targe  and  the 
apparent  contrast,  the  probability  of  detection  is  determined. 

d.  Atmospheric  effects  on  attenuation  of  3  to  5  micron  radia¬ 
tion  are  included  in  determination  of  target  and  background  received  powers. 

e.  The  target  and  background  radiances  are  limited  to  those 
derived  from  these  sources  acting  as  black  body  radiators  at  the  tempera¬ 
tures  assigned  in  this  subroutine.  Effects  of  solar  or  moonlight  direct  re¬ 
flectance  are  not  included.  Since  the  crossover  between  solar  and  black 
body  radiation  as  the  predominant  source  of  radiance  occurs  at  three  microns, 
this  assumption  is  considered  adequate.  Since  these  devices  are  employed 
generally  under  night  or  foliage  obscuration  conditions,  the  assumption  is 
further  supported.  However,  actual  measurements  should  be  made  to  support 
this  assumption  or  provide  the  data  base  for  required  modifications. 

•  The  data  required  to  carry  out  the  computations  of  this  sub¬ 

routine  are  provided  through  the  labelled  common  areas  SENSOR,  ATMENV, 
BASICT,  UNTER,  CONST,  and  SENVAR,  through  the  argument  list  of  the 
calling  statement,  and  through  the  set  of  data  statements  contained  within 
this  subroutine.  That  data  relates  particularly  to  the  length  and  minimum 
width,  TLEN--  and  TSIZ--  respectively  of  the  target  elements. 

On  entering  this  subroutine  (Figure  3.3-13  )  the  target  element 
length  and  minimum  width  are  selected  from  the  stored  data  based  on  the 
target  descriptors  (ITGTTP  and  KSTRNG)  supplied  through  the  subroutine 
argument  list.  These  variables  are  labelled  TARLEN  and  TARSIZ.  Air¬ 
craft  and  artillery  type  targets  cause  a  branch  to  the  RETURN  statement 
since  they  are  not  appropriate  targets  for  the  equipment  considered.  (The 
artillery  piece  itself  was  assumed  not  to  be  a  target.1) 

In  general  the  equipments  simulated  have  some  small  foliage 
penetration  capability,  that  is,  targets  masked  by  small  depths  of  foliage 
can  be  detected.  Because  of  the  coarseness  of  the  unit  terrain  data  (100 
meter  increments)  depth  of  foliage  masking  a  target  will  generally  be  exces¬ 
sive  based  only  on  target  and  sensor  position  and  unit  terrain  data.  Thus, 
it  is  assumed  that  line  of  sight  exists  when  this  subroutine  is  called  and  the 
foliage  transmission  factor  (FOLXMN)  is  set  equal  to  unity.  Program  modi¬ 
fication  to  include  estimate  of  foliage  depth  between  target  and  sensor  should 
be  considered. 


The  other  factors  which  contribute  to  attenuation  of  radiant 
energy  in  the  three  to  five  micron  region  are  precipitable  water  in  the  sensor 
target  path  and  scattering  due  to  fog.  Attenuation  as  a  function  of  precipitable 
millimeters  of  water  and  wavelength  have  been  extensively  reported  in  tabular 
data  form  as  for  example  in  Reference  7.  The  expression  relating  attenuation 
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♦Artillery  pieces  were  not  Included  In  the  Inltlel  list  of  tsrgets  considered. 
It  and  other  targets  can  be  included  through  proper  modifications  of  the 
program. 
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to  precipitable  water  used  in  this  simulation  was  developed  by  (1)  averaging 
transmission  over  the  3.  5  to  5  micron  interval  for  tne  values  of  0.  1,  0.  2,  0.  5, 
1,  2,  5,  10,  20,  50,  100,  200,  500  and  1000  millimeters  of  precipitable 
water.  Then  (2)  a  square  law  curve  was  fitted  to  average  transmission  versus 
precipitable  millimeter  values  giving  the  expression: 

Fractional  Transmittance  Through  Atmosphere  =>[0.  922  -  log jq(H20DEN) 

(1000)(RANGE)][0.096 
+  0.05211  logi0  (H20DEN) 
(1000)(RANGE)] 

3 

where  H20DEN  =  Atmospheric  Water  Content  in  grams /cm  as 

taken  from  ATMENV  table 

To  find  the  number  of  precipitable  millimeters  over  the  sensor/target  range, 
multiply  by  1000  to  find  precipitable  millimeters /meter  and  then  range  to 
obtain  millimeters. 

The  fog  transmission  factor  was  developed  from  observations 
relating  the  number  of  particles  per  cubic  centimeter  to  the  amount  of  water 
contained  within  the  same  volume.  The  amount  of  water  in  the  fog  fraction 
is  found  to  be  at  least  two  orders  of  magnitude  smaller  than  the  total  water 
content.  It  is  reported  in  Reference  7  (page  161)  that  with  200  particles  of 
five  micron  radius,  transmission  is  reduced  to  a  low  level  of  the  order  of 
one  percent  in  a  100  meter  path.  Using  the  equation: 

T  =  e  '6x 

it  is  found  that  T  =  e  *  =  0.045  when  the  total  volume  of  water  in  the  path 
is  that  for  200  particles /cubic  centimeters  and  100  meters  of  path.  This 
result  is  approximated  closely  by  the  expression: 


T  _  -(H20DEN)(100)(1000) 

for  values  of  H20DEN  near  saturation,  for  example  30  x  10’^  grams /cubic 
centimeter.  For  that  value  and  100  meters  range  the  result: 

T  -  e  ^  is  obtained. 
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Since  the  exponent  given  above  is  precipitable  water  (H20PRE)  as  computed 
in  the  subroutine,  fog  transmission  is  approximated  as: 

Fractional  Transmittance  Through  Fog  =  e_Pr«c*Ptt»Me  water 


Next  the  target  and  background  temperatures  are  defined.  Since 
this  development  is  identical  to  that  of  the  PIRTG  subroutine,  (par*  3. 3. 3. 3), 
it  will  not  be  discussed  further  at  this  point.  The  environment  temperature 
(TEMPEV)  is  that  computed  by  use  of  the  subroutine  ENVIR. 

To  compute  the  power  incident  on  a  detector  in  a  single  resolu¬ 
tion  cell  it  is  necessary  to  determine  the  fraction  of  the  cell  that  is  filled  by 
target  and  that  by  background,  fractions  that  are  functions  of  target  size  and 
range.  The  area  at  the  target's  range  subtended  by  the  resolution  element 
(FAREA)  is  given  by 

FAREA  =  ~  D  2 
.  4  F 

where  Dp  is  the  diameter  of  that  area  given  by  resolution  angle  in  radians 

times  range.  Several  cases  arc  considered  as  shown  in  Fig.  3.3-14  (1)  If  the 
target  area  is  greater  than  the  field  area  (FAREA)  and  the  minimum  target 
dimension  is  greater  than  the  field  diameter  (Dp)  then  the  target  will  fill  the 

resolution  cell  and  the  number  of  cells  filled  by  the  target  is  given  by  the  ratio 
of  target  area  to  field  area;  (2)  If  the  target  area  is  smaller  than  the  field  area, 
only  one  element  contains  the  target  and  target  area  is  given  as  TAREA;  (3)  If 
the  target  length  is  greater  than  the  field  dimensions,  the  number  of  cells  con¬ 
taining  a  fraction  of  target  and  background  is  determined.  The  background 
area  (BAREA)  in  a  resolution  element  is  then  given  as 


BAREA  =  FAREA  -  TAREA 


and  the  areas  so  developed  are  treated  versus  black  bodies  at  the  temperatures 
computed. 


In  order  to  employ  the  Stefan  Bol'zmann  equation  which  gives  the 
radiance  over  the  entire  wavelength  interval  it  is  necessary  to  determine  the 
fraction  that  is  to  bo  found  in  the  3.5  to  5  micron  region  at  a  given  temperature. 
That  fraction  is  found  from  the  Planck  integral  to  be  a  function  of  temperature 
for  which  the  following  expression  was  developed: 


F3  5  5  =  [5.72  -  (0.0623  -  0.  001  6T)T]0.  01 
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RESOLUTION  ELEMENT*  (FARIA) 


(1)  TARQIT  LARDER  THAN  RESOLUTION  ELEMENT 


12)  TAROIT  SMALLER  THAN  RESOLUTION  ELEMENT 


(S  TAROIT  LENGTH  OR  EATER  THAN  FOHMBN 
TAROIT  WIDTH  LESS  THAN  FMMEN 

Figure  3.3-14  TARGET/RESOLUTION  CELL  GEOWTXY 
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Since  the  target  (TEMPTG)  and  background  (TEMAMK)  temperature  differ,  thi* 
computation  must  be  carried  out  for  both  fraction  of  target  radiance  (TARFAC) 
and  fraction  background  ’•^diance  (BACFAC)  in  the  subroutine.  Then  the 
radiant  emittance  of  the  target  (TARCON)  is  given  as: 

TARCON  =  (TACFAC)(STEFK)(Ttgt4) 

where  STEFK  is  the  Stefan  Boltzmann  constant  divided  by  tt  ,  with  a  similar 
expression  for  the  bsckground. 

The  radiance  of  the  target  (RADTAR)  is  given  by  the  radiant 
emittance  and  target  area  within  a  resolution  element.  The  radiance  is  effec¬ 
tively  reduced  by  atmospheric  attenuation  as  expressed  in  the  following: 

Target  Radiant  Intensity  =  (Radiant  Emittance)(Target  Area)(Total  Fractional 

Transmittance) 

=  (TARCON)(TAREA)(TOTXMN) 

Again  a  similar  expression  applies  for  background  except  that  background  will 
not  be  reduced  by  foliage  losses.  For  a  resolution  element  containing  only 
background,  the  radiance  is  found  to  be: 

Background  Radiant  Intensity  =  (Background  Unattenuation  Radiancy  Atmosphere 

Fractional  Transmittance)(Fog  Fractional 
Transmittance)(Resolution  Cell  Area  at  Target) 
=  (BAKCON)(HZOXMN)(FOGXMN)(FAREA) 

For  the  fractional  component  of  background  in  a  resolution  element  containing 
both  target  and  background  (RADBAK)  the  radiance  is  given  by: 

RADBAK  =  (Attenuated  Background  Radiance) (J'AREA-frAREA) 

(1 -Foliage  Fractional  Transmittance)] 

=  (BACCON)£J^AREA-(]rAREA)(l-FOLXMN)] 


Here  it  is  noted  that  target  area  is  reduced  by  and  background  area  increased 
by  foliage  attenuation. 

For  conditions  in  which  atmospheric  attenuation  is  large  (long 
ranges  or  high  atmospheric  water  content  or  fog)  the  atmosphere  itself  will 
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become  an  effective  radiator,  filling  the  field  of  view  with  a  uniform  back¬ 
ground  at  a  temperature  of  approximately  250*  K  (see  Reference  ?  ).  Thus 
the  sky  radiance  is  also  included  as  RAOSKY. 

Next  the  sensor  parameters  are  employed  tc  define  the  effec¬ 
tive  area  of  the  sensor  for  each  resolution  element  (SAREA)  which  is  seen 
to  be  given  by  the  expression: 

SAREA  =  (jr£y^)2  (|  X  10'6)  meters  * 


where  focal  length  (FL)  is  given  in  millimeters  and  (Focal  Length /Diameter (D)) 
is  the  f/number,  FNUMBR.  The  angle  subtended  by  SAREA  at  the  target 
(GFACT)  is  given  by: 


GF ACT  =  (XMNDEV)|M||2  ) 

where  XMNDEV,  the  device  transmission  factor,  is  included  for  convenience. 
Then  the  detector  noise  power  is  computed  using  the  detector  noise  equivalent 
power  (NEP)  and  the  detector  bandwidth.  The  bandwidth  selected  for  checkout 
purposes  was  2600  Hz  determined  from  computing  the  number  of  resolution 
areas  each  resclution  element  would  cover  per  second  for  a  given  resolution 
and  overall  field  size,  (6*  x  12*). 

The  background  power  on  a  detector  (BAKGND)  is  found  to  be: 


BAKGNO  =  (Background  Radiant  Intensity 

+  Atmosphere  Radiant  Intensity)  (GFACT)  + 
(Noise  Power) 

=  (RADFLD  +  RADSKY)  (GFACT)  +  XNEP 

for  a  cell  in  which  no  target  input  is  found.  For  a  cell  containing  target  the 
signal  is  found  to  be 

SIGNAL  =  (RADTAR  +  RADBAK  +  RADSKY)  (GFACT) 
+  XNEP 

From  these  two  values  the  apparent  contrast  is  then  determined. 
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The  probability  of  detection  is  argued  to  be  a  function  of  the 
apparent  contrast  (TRAST)  and  the  number  of  resolution  elements  in  which 
target  radiance  is  contained  by  the  following  expression: 

Probability  of  Detection  =  l-.^0*  Element.)(TRAST) 

This  expression  produced  detection  results  which  were  consistent  with  those 
of  Reference  6.  The  final  steps  are  then  involved  in  the  test  of  detection 
probability  using  a  random  number  to  produce  a  true  or  false  conclusion. 

3.3.8  Subroutine  IMriGE 

3. 3. 8. 1  Purpose 

This  subroutine  provides  a  simulation  for  imaging  devices  that 
operate  in  the  0.  4  to  0.  95  micron  region.  Equipment  types  simulated  include 
passive  night  vision,  low-light  level  TV,  natural  eyesight  and  binocular-aided 
vision.  Illumination  is  provided  by  natural  light  due  to  sun,  moon  or  skyglow 
and  al%o  by  direct  searchlight  (aimed  at  the  target),  indirect  searchlight 
(aimed  at  cloud  base  above  target),  and  flares.  The  model  of  Reference  13, 
Carmonette  IV  considers  many  of  the  basic  attributes  required  in  the  SAM 
simulation.  The  following  discussion  describes  an  extensive  modification  of 
that  model. 

3.  3.  8.  2  Glossary  of  Inputs,  Computed  Values,  and  Outputs 

Input  Values 

Intensity  of  Flare  or  Indirect  Searchlight,  Candlepwer 
Magnification  (Eye  *1),  (7  x  50  Binoculars  »  7) 

Effective  Lens  Area  of  Natural  Vision  Sensors  (Eyes,  0.5 
Square  Centimeter)(Binoculars,  33  Square  Centimeters) 

Beaasrldth  of  Sensor  Assigned  Searchlight  (Radians) 

Peak  Candlepuwer  of  Sensor  Assigned  Searchlight 
Exponent  Weighting  Factor  in  Detection  Probability  Computation 
for  Natural  Vision  Sensors  (Eyes,  1.5)  (Binoculars,  0.01)* 
Height  of  Flare  (Meters) 

Focal  Length  to  Diameter  Ratio 
Focal  Length  of  Optical  System  (Millimeters) 

Height  of  Aircraft  (Meters) 

Index  on  Sensor  Usage  (Negative  Number  *  Airborne,  0  »  Ground 
Moving  Sensor,  Positive  Number  ■  Ground  Stationary  Sensor) 
Identity  Number  of  Sensor 

Index  on  External  Illumination,  0  *  No  External  Sources 
Index,  0  -  Natural  Light,  1  -  Searchlight,  2  -  Searchlight 
with  Pink  Filter 
Index  on  Target  Type 

Index  on  Type  of  Electronic  Aided  Sensor(Dayllght ,0) (Night 
Vision,  1) 

Index  on  Terrain  Type 


♦Reported  in  private  comaunlcatlon  with  N.  W.  Parsons  of  RAC  to  be  an 
adjuatment  factor  required  to  bring  model  and  actual  responses  Into  agreement. 


AINTNS 

AMAG 

ALPHA 

BWIDTH 

CP0WER 

DEVCAL 

FLARHT 

FNUMBR 

FOCALL 

HTGAC 

LAIR 

IDSNSR 

ILXTRA 

ISERCH 

ITGTTP 
I  TYPE 


IVISUL 

KSTRNG 


MODE 


UMAX 

TIMCON 

XLITE 

XMXF 

XSENS 

XSRCH  . 

XTGT 

YLITE 

YSENS 

YSRCH 

YTGT 

NOTFID 


ASID1 

ASID2 

AS  ID  3 

CCOVER 

CEIL 

CCLL 

CCUL 

H20DEN 

IBACX 

I  PC  OK 

IPR1NT 

ITDffi 

LDUKP 

OPTXMN 

PI 

TCLOUD 

visa 


Input  Value*  (continued) 

Index  on  Sensor  Class,  Direct  ■  0,  Electronic  Aided  *  1 
Subindex  of  Target  Type  Baaed  on  Target  Formation  for  Personnel 
Target*,  and  Target  Sice  for  Vehicle  and  Boat  Target* 
Flare-Indirect  Searchlight;  1  »  Flare,  2  ■  Indirect  Searchlight, 
0.017  Rad.  Beawidth,  3  -  Indirect  Searchlight,  0.051  Rad 
Besmwidth,  ^-Indirect  Searchlight,  0.005  Rad  Besmwidth, 

5** Indirect  Searchlight,  0.017  Rad  Beawldth,  Pink  Filter, 
6«Indlrect  Searchlight,  0.051  Rad  Beamwidth,  Pink  Filter, 
7«Indlrect  Searchlight,  0.085  Rad  Beamwidth,  Pink  Filter 
Maximum  Detection  Range  (Meter*) 

Electronically  Aided  Senaor  Tim*  Constant,  0.1 
X  Coordinate  of  Flare  or  Indirect  Searchlight 
Area  Under  the  Modulation  Transfer  Function  Curve 
Sensor  X  Coordinate 

X  Coordinate  of  Senaor  Assigned  Searchlight 
Target  X  Coordinate 

Y  Coordinate  of  Flare  or  Indirect  Searchlight 
Senaor  Y  Coordinate 

Y  Coordinate  of  Senaor  Assigned  Searchlight 
Target  Y  Coordinate 

Number  of  Targets  in  Field  of  View 

Labelled  Comnon  Inputed  Values 

Amplitude  Coefficient  of  Spectral  Irradiance  Due  to  Direct 
Sunlight  or  Moonlight  (Watts /Square  Meter) 

Amplitude  Coefficient  of  8pectral  Irrediance  Du*  to  Diffuse 
Sunlight  or  Moonlight  (Watts/Squar*  Meter) 

Amplitude  Coefficient  of  Spectral  Irrediance  Du*  to  Night 
Sky  Glow  (Watts/Squar*  Meter) 

Cloud  Cover,  Fractional 
Cloud  Celling  (Meters) 

Canopy  Closure,  Lower  Limit  (Percent) 

Canopy  Closure,  Upper  Limit  (Percent) 

Atmospheric  Water  Content  (Grams/ec) 

Index  on  Background  Type 
Index  on  Precipitation 
Output  Data  Device  Designator  “  6 
Gam*  Running  Time 

True  -  Intermediate  Calculations  Printed,  False  “  No  Print 
Optical  System  Transmission  Factor  (Assumed  Value  “  0.0) 

Ratio  of  Circumference  of  Circle  to  Diameter  (3.141593) 

Cloud  Tranamission  Factor  (Decimal  Fraction) 

Meteorological  Range  (Maters) 
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Internally  Stored  Designer  Input  Values  * 


AGVISB 
BEAMED 
CAY  3 

FOTOPT 

RBACK1 

RBACK2 

RBACX3 

RBACK4 

RBACK5 

RFOG 

RTGTBT 

RTGTM1 

RTGTM2 

RTGTM3 

RTGTVH 

SCOPT 

SEARCH 

SENSPH 

SID1 

SID2 

SID3 

SQ2P1 

SR'/ISB 

TAUO 

TSIZBT 

TSIZMN 

TSIZVR 


ALOSS 

ANGIE 

AREASN 

ATRANS 

ATRAST 

BKNOIS 

BTRANS 

CANDLE 

CAY1 

CAY2 

CONST2 

CONTRA 

C  PRIME 

DELRNG 

DELTA! 

♦Designer 


Air-to-Ground  Visibility  (Percent) 

Searchlight  Beamwidth  Keyed  by  Mode  (Radians) 

Exponent  Weighting  Factor  in  Detection  Computation  for 
Electronic  Aided  Sensor  (0.256) 

Spectral  Weighting  for  Light  Adapted  Eye 
Spectral  Reflection  Coefficient  for  Type 

Spectral  Reflection  Coefficient 

Spectral  Reflection  Coefficient 

Spectral  Reflection  Coefficient 

Spectral  Reflection  Coefficient 

Height  of  Fog,  (30  Meters) 

Spectral  Reflection  Coefficient  for  Boat  Target 
Spectral  Reflection  Coefficient  for  Men  1  Target 

Spectral  Reflection  Coefficient  for  Man  2  Target 

Spectral  Reflection  Coefficient 

Spectral  Reflection  Coefficient 

Spectral  Weighting  for  Dark  Adapted  Eye 

Spectral  Distribution  of  Searchlight  Power 
Spectral  Response  of  Extended  S20  Photocathode 


for  Type 
for  Type 
for  Type 
for  Type 


Background 

Background 

Background 

Background 

Background 


for  Man  3  Target 
for  Vehicle  Target 


Spatial  Irradiance  Density  Function  for  Direct  Sunlight  or 
Moonlight  (Meter’1) 

Spatial  Irradiance  Density  Function  for  Diffuse  Sunlight  or 
Moonlight  (Met«i“l) 

Spatial  Irradiance  Density  Function  for  Night  Sky  Glow  (Meter’1) 

Square  Root  of  2  x  PI 

Slant  Range  Visibility  (Percent) 

Average  Interval  for  Change  in  Cloud  Cover 
Target  Size  (Minimum  Dimension),  Boat 
Target  Size  (Minimum  Dimension),  Man 
Target  Size  (Minimum  Dimension) .  Vehicle 


Computed  Values 

Loss  Due  to  Scatter  for  I.«direct  Searchlight  Mode 

Minimum  Resolvable  Angle  for  Light  Level  and  Contrast  Available 

Area  of  Sent or  (Alpha) 

Atmospheric  Loss  for  Searchlight  to  Cloud  Path 
Apparent  Contrast,  Target  to  Background,  As  Sean  At  Sensor 
Electronic  Noise  Component  Due  to  Background  And  Sky 
Atmospheric  Extinction  for  Flare 

Light  Level  Incident  on  Target  and  Background  (Footcandles) 
Radiance  of  Sky  Due  to  Scatter 

Fraction  of  Background  Radiance  Available  at  Sensor 
Area  of  Sensor  Resolution  Element  x  16 
Log  Base  10  o*  Apparent  Contrast 
Fraction  of  Sky  Clear  of  Clouds 

Length  of  Volume  Defined  by  Sensor  and  Slight  Intersection 
Tims  Since  Last  Call  on  Specific  Sensor 

Input  Values  are  contained  in  the  Program  Listing 
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DKLTAZ 

DEVCON 

DEVMAG 

DUM 

ECOHP 

EFACTK 

EFFECT 

FACTOR 

FCLOUD 

FNT 

FNTR 

FOLXMN 

FSCAT 

GAMMA 

I 

IBACKP 

ICLASS 

ICLEAR 

INDX 


ITIMEF 

OFFSET 

PCLEAR 

PRC* 

RADBAJC 

RADNCE 

RADSKY 

RADTAR 

RANGE 

RANGE 1 

RANGE2 

RANGE'  4 

RANGE 6 

REFLBF 

REFLNF 

REFLTG 

RELLUM 

RESUN 

RNGFOG 

1NOISE 

RSGRE 

Kxsqn 

R2SQRE 

R4SQRE 

R6SQRE 

SCATTR 

SFACTR 

SIGNAL 

SGNOIS 


Computed  Values 

Difference  in  Height  Between  Ceiling  end  Flere 
Computational  Variable  with  Appropriate  DEVCAL  Value 
Computational  Variable  with  Appropriate  AMAG  Value 
’'unsay  Argument 

Consonant  of  Irradiance  Due  to  Flare  per  50  Micron  Interval 
Relative  Flare  Irradiance,  Atmoapheric  and  Geometric  Losses 
Included 

Effective  Sensor  Resolution 

Number  of  Linns  of  Sensor  Resolution  Intercepted  by  Target 

Transmission  Factor  for  Clouds 

Float  of  Number  of  Target  Elements  (Not  Field) 

Effective  Number  of  Target  Elements 
Transmission  Factor  of  Light  Through  Vegetation  Canopy 
Light  Scattering  Function  for  Direct  Searchlight 
Extinction  Coefficient  (Meters) 

Index  on  Nave length  Increment 

Dummy  Index  Derived  from  IBACK 

Type  of  Detector,  0“Natural,  ^Electronic  Aided 

Computed  Index  on  Clear  or  Cloud  Shadow 

Index  Computed  from  Mode  Referring  to  Indirect  Searchlight 

Beeasridth 

Time  of  Previous  Sensor  Use 

Length  of  Perpendicular  from  Sensor  to  Search light ‘Target  Line 
Weighted  Result  of  Cloud  Cover  Decay  Computation 
Probability  of  Change  in  Cloud  Cover  Condition 
Radiant  Intenalty  of  Background 

Irradiance  of  Horizontal  Plane  Due  to  Natural  and  Searchlight 

Radiant  Intensity  of  Sky 

Radiant  Intensity  of  Target 

Sensor  to  Target  Range 

Range,  Searchlight  to  Target  (Meters) 

Range,  Searchlight  to  Sensor  (Meters) 

Range,  Flare  to  Target  (Maters) 

Range,  Indirect  Searchlight  to  Cloud  Above  Target  (Meters) 
Background  Reflectance 

Reflection  Factor  for  Clouds,  Indirect  Searchlight 
Target  Reflectance 

Weighting  Function  Due  to  SENSPH,  POTOFT,  SC  OPT,  etc. 

Length  of  Sensor  Defined  Resolution  Element  (millimeters) 

Range  Through  Fog 
Receiver  Noise  Level 

Square  of  Range,  Sensor  to  Target  (Square  Maters) 

Square  of  Range,  Searchlight  to  Target  (Square  Meters) 

Square  of  Range,  Searchlight  to  Sensor  (Square  Meters) 

Square  of  Range,  Flare  to  Target  (Square  Meters) 

Square  of  Range,  Indirect  Searchlight  to  Cloud  Above  Target 

Atmospheric  Scattering  Function 

Irradiance  Loss  Due  to  Atmosphere  and  Geometry 

Signal  Level  in  Sensor 

Signal  to  Noise  Ratio 
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SKVCUP 

SPCTKM 
TARS  12 
THETA 

TLIGHT 

TRASTI 

VISAMG 

XMISSN 

XMTC 

YYY 


Computed  Values  (continued) 

Traction  Coupling  of  Input  Radiation  to  Atmosphere  Scattered 
Light 

Spectral  Distribution  of  Searchlight  Power 
Minimum  Dimension  of  Target 

Angle  Formed  by  Intersection  of  Sensor  and  Searchlight  at 
Target 

Total  Spectral  Light,  Natural  Plus  Searchlight 

Inherent  Contrast 

Log  of  Minimum  lesdlvable  Angle 

Fraction  of  Radiant  Intanslty  Available  et  Sensor 

Optical  System  Modulation  Transfer  Constant 

Maximum  Limit  on  Angle 


ftitput  Value 

LDET  Detection  Decielon,  True  or  Felae 

POET  Probability  of  Detection 

RATIO  Ratio  of  Angle  Subtended  by  Target  to  Minimum  Resolvable  Angle 

3. 3.6. 3  Description  of  Subroutine  Logic 'and  Processing 

Because  of  the  fact  that  a  broad  range  of  sensors,  sensor  types, 
liRht  sources,  and  methods  of  deployment  are  included  in  this  model,  this  sub¬ 
routine  is  the  most  extensive  and  complicated  of  the  Systems  Assessment  Model 
sensor  simulations.  Sensors  that  may  be  employed  are  of  natural  vision  types 
such  as  natural  eyesight  and  binocular  aided  vision  (IVISUL-0),  or  elactronlc 
aldad  types  (IVI  SUL-1) .  This  latter  class  is  further  subdivided  into  daylight 
(ITYPE-0)  and  night  vision  (ITYPE-1)  devices.  Further,  the  senaora  may  be 
airborne  (IAIR-  -Number) ,  moving  ground  (IAIRmO)  ,  or  stationary  (IAIR-  +Number) . 

Light  levels  are  due  to  sunlight  (ASID 1),  moonlight  (ASID2) ,  or 
sky  glow  (Starlight)  (ASID3)  or  combinations  of  those  levels.  In  addition  light 
may  be  provided  by  direct  searchlight  (ISERCH-1),  pink  filtered  direct  search¬ 
light  (ISERCH-2)  ,  or  by  auxiliary  sources  (1LXTRA>0)  in  which  case  the  source 
may  be  a  flare  (MODE-1)  or  indirect  searchlight  (MODE- 2  to  7,  depending  on 
filtef  type  and  beamwidth) . 

The  subroutine  is  organised  such  that  the  light  levels  incident 
on  target  and  background  are  computed.  Using  target  and  background  reflectance 
data  stored  within  the  program,  the  radiant  intensity  of  these  two  components 
and  of  the  sky  component  are  computed.  The  inherent  contrast  of  the  target  as 
seen  through  the  spectral  response  function  of  tha  sensor  (SENSPH,  FOTOPT,  SC OPT) 
is  determined  and  the  degraded  value  (epparant  contrast,  degraded  by  scatter 
light  and  atmospheric  attenuation)  is  determined.  The  site  of  the  angle  sub¬ 
tended  by  the  target  is  compared  with  the  minimum  resolvable  angle  that  can  be 
observed  by  the  sensor  for  the  light  level  prevailing  and  from  this  comparison, 
the  probability  of  detection  la  computed. 

Under  soma  conditions  of  natural  and  aldad  illumination,  levels 
will  be  ouch  that  passive  night  vision  devices  would  be  eaturated.  In  such  a 
situation,  the  operator  would  moat  likely  make  use  of  natural  vision.  To  indi¬ 
cate  this  course  of  action,  under  these  conditions,  the  program  causes  a  switch 
to  be  made  to  the  natural  vision  routine  end  detection  probability  for  the  humen 
observer  is  made.  To  indicate  the  fact  that  detection  la  due  to  natural  vision 
when  by  input  an  electronic  aided  sight  was  employed ,  the  ratio  of  angle  sub¬ 
tended  by  the  target  to  the  minimum  resolvable  angle,  a  quantity  that  would  al¬ 
ways  be  positive  is  set  to  its  negative  for  natural  vision.  Thus  a  key  is  pro¬ 
vided  to  following  routlnea  to  allow  indication  of  the  detection  means.  This 
parameter  along  with  probability  of  detection,  the  decision  on  detection,  and 
ratio,  the  parameter  defined  above,  are  subroutine  output  parameters. 

On  entering  the  subroutine  (see  Fig.  3.3-15)  the  index 
ICLASS  is  set  to  IVISUL.  It  will  be  seen  later  that  tha  choice  Between  natural 
vision  and  electronic  aided  devlcas  is  keyed  on  ICLASS,  and  this  index  may  be 
set  to  0  under  high  illumination  conditions  as  noted  in  preceding  paragraphs.  Next 
the  range  to  the  target  in  the  ground  plane  is  computed  and  foliage  transmission 
(FOLXMN)  is  set  equal  to  unity.  For  ground-based  sensors,  the  subroutine  is 
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Figure  3 . 3 ~1 3  IMAGE  SUBROUTINE  MACROFLOW 

(Sheet  2  of  7) 
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Figure  3.3-13  IMAGE  SUBRCXJTDf!  MACROFLOW 
(Sheet  6  of  7) 
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Figure  3.3-  15  IMAGE  SUBROUTINE  MACROFLOW 
(Shoot  7  of  7) 
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called  only  if  line  of  sight  exists.  If,  however,  the  sensor  is  airborne 
(IAIR  <  0)  the  slant  range  from  sensor  to  target  is  computed  and  foliage 
transmission  is  computed  making  use  of  the  upper  and  lower  limits  of  foliage 
transmission  (CHUL  and  CHLL)  as  derived  fi;om  the  unit  terrain  table. 
Shouldthe  sensor  height  for  the  airborne  case  be  greater  than  the  ceiling,  .no 
detections  are  allowed  and  an  exit  is  made  from  the  program.  For  ground  or 
airborne  sensors,  the  device  parameters  as  input  by  the  planner  (sensor  area, 
response  factor,  and  magnification)  are  assigned  to  intermediate  variables 
AREASN,  DEVCON,  and  DEVMAG  because  these  parameters  may  be  set  to 
new  values  should  light  level  be  above  the  threshold  for  use  of  night  vision 
devices  during  simulation  run. 

Next  the  appropriate  spectral  reflectance  characteristics  and- 
target  size  for  the  target  are  transferred  into  the  active  program  based  on 
the  target  descriptors,  ITGTTP  and  KSTRNG.  At  this  time  only  three  spectral 
characteristics  are  provided:  one  for  troop  targets,  one  for  vehicles,  and 
one  for  river  craft.  Additional  target  spectra2  data  may  be  introduced  by  ex¬ 
pansion  of  the  data  set  contained  within  the  subroutine.  Then  the  background 
spectral  reflectance  characteristic  is  transferred  also,  based  on  the  back¬ 
ground  index  (IBACK)  contained  in  the  unit  terrain  table  description  for  the 
target  location. 

Atmospheric  transmission  factor  for  the  sensor-target  path 
is  computed  by  the  function,  e'x,  where  the  form  x  depends  on  the  situation. 
Several  conditions  must  be  considered  including  ground  and  airborne  sensor 
situations  and  the  presence  of  fog.  The  fog  is  assumed  to  be  a  uniform  slab, 

30  meters  in  vertical  extent. 

The  amount  of  illumination  due  to  natural  sources  at  the  ground 
will  depend  on  cloud  cover.  In  order  to  include  some  coherence  in  cloud 
cover  from  entry  to  entry  into  this  subroutine  particularly  for  those  spaced 
closely  in  time,  a  brief  set  of  statements  is  included  that  relates  probability 
of  cloud  cover  to  percentage  of  cloud  cover,  time  since  last  entry,  and 
cloud  cover  conditions  at  the  time  of  last  entry.  If,  on  test,  it  is  concluded 
that  clouds  do  not  lie  between  target  and  source,  one  calculation  for  irradiance 
(RADNCE)  is  carried  out  using  spectral  irradiance  amplitudes  of  light  sources 
and  wavelength  weighting  coefficients.  For  cloud  cover  the  computation  of 
irradiance  includes  fraction  of  cloud  cover  and  cloud  transmission  factor  con¬ 
siderations.  The  values  of  RAONCE,  12  in  all,  are  given  in  units  of  watts/ 
square  meter /meter  of  spectral  width. 

External  sources  of  illumination  are  next  considered.  If  the 
spectral  irradiance  at  550  millimicrons  is  greater  than  105  watts  /square 
meter  /meter,*  **extarnal  sources  are  considered  to  be  Ineffective  Kid  the  pro¬ 
gram  progresses  directly  to  detection  by  natural  vision  sensors.  Sensor 

*  105  vatts/sq  Mter/sttter  -  10'8  watts/c«2/«illiBlcron 

*+  Wavelength  in  units  of  meters  is  used  to  be  consistent  with  the  A3MENV 
subroutine  (5.2.11) 
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parameters  art  then  modified  by  later  statements  to  conform  to  those  for  de¬ 
tection  by  natural  eyesight.  If,  however,  the  light  level  is  less  than  10  ,  a 
test  is  made  to  determine  if  a  direct  searchlight  is  employed.  By  direct 
searchlight,  we  mean  that  the  target  is  illuminated  by  direct  rays  of  the 
searchlight  and  not  by  diffusely  scattered  light.  If  a  direct  searchlight  is 
not  employed  the  program  bypasses  to  other  program  statements.  Should  a 
searchlight  be  employed,  however,  the  following  arguments  are  made.  If  the 
searchlight  is  located  at  the  sensor,  as  will  be  the  case  for  airborne  systems, 
and  as  may  be  the  case  for  ground  systems,  a  minimum  offset  of  ten  meters 
between  the  sensor  and  searchlight  ia  assumed.  The  offset  is  used  in  deter¬ 
mining  the  length  of  the  path  common  to  both  sensor  and  searchlight,  l.e., 
path  length  over  which  backacatter  light  must  be  considered.  The  problem  la 
shown  in  Figurt  3.3-16. 


Figure  3.3-16  DEFINITION  OF  OEIJMG 

Tf,  however,  the  direct  seerchllght  is  not  colocated  with  the  sensor,  the  geo¬ 
metry  illustrated  in  Figure  3.3-17  must  be  solved  where  two  possible  positions 
are  shown:  (1)  giving  backscatter  light  while  (2)  produces  forward  scatter 
light  from  the  aspect  of  the  sensor. 


Figure  3.3-17  DEFINITION  OF  OFFSET  AND  SCATTERING  FUNCTION 
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The  dashed  lines  show  the  perpendiculars  to  the  searchlight-target  line  of 
sight.  The  intersections  of  these  lines  with  the  sensor-target  line  or  line 
extended  produces  the  coordinates  XINTER,  YINTER.  The  lengths  of  the 
perpendiculars  are  taken  to  be  the  searchlight  offset  distances  for  computing 
the  scatter  length.  The  conclusion  to  this  section  is  the  determination  of  the 
scattering  function  (FSCAT): 


FSCAT  =1.0  for  backscatter  case 

or  FSCAT  =1+2  cosine  (angle  between  SL  and  sensor  at  target) 

for  forward  scatter 


Next  the  atmospheric  scattering  factor  is  computed  for  the 
searchlight  to  target  path,  fog  being  taken  into  consideration  in  the  same  way 
as  for  the  sensor-target  path.  The  irradiance  at  the  target  due  to  the  search¬ 
light  (SFACTOR)  is  then  computed  a'.: 


S  FAC  TOR  =  (Foli*Ke  Transmission)  e~y  ‘  RangeSL-»TGT 
R*nge  SL-TGT 

where  y  =  atmospheric  scattering  function  (if  clear) 

or  y  =  atmospheric  scattering  function  +  1000  (water  content) 

(if  in  fog) 


The  total  light  level  in  each  wavelength  interval  (1)  at  the  target  is  then  obtained 
by  summing  spectral  components  of  natural  light  and  searchlight  in  the  expression 


Total  Light  .  RADNCE  +  SFACTOR  •  CPOWER  •  .269  *  SEARCHiL  tS.ERCH2 
Level  (I)  (I)  BWIDTH2 

Here  RADNCE  is  previously  discussed  neturel  light  level;  SFACTOR  is  irrediance 
due  seerchllght;  SEARCH  (I.ISERCH)  is  the  relative  spectral  distribution  of 
power  in  the  seerchllght  for  the  particuler  filter  employed  (ISERCH-1* clear, 
ISERCH-2-pink  filter);  CPOWER  is  the  peak  candle  power  of  the  searchlight  em¬ 
ployed.  and  BWIDTH,  the  beanwidth  of  the  searchlight.  ISERCH,  CPOWER,  BWIDTH, 
and  the  X  and  Y  coordinates  of  the  searchlight  are  planner  input  parameters. 
The  factor  0.269  is  a  conversion  factor  required  to  transform  peek  candlepower 
into  apectral  emittanca  (watts/steradian/meter)  where  meters  is  the  unit  of 
wavelength.  The  conversion  problem  is  outlined  in  Figure  3.3-18  where  the 
actual  distribution  of  power  in  the  searchlight  is  shown  as  (1)  and  that  con¬ 
tained  within  the  definition  of  candlepower,  l.e.,  luminous  efficiency  by  the 
indicator  (2). 
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Ref  .14 


Figure  3.3-18  SPECTRAL  DISTRIBUTION  OF  SEARCHLIGHT  OUTPUT 
JSff  VISUAL  RESPONSE 


Flares  and  indirect  searchlights  can  also  be  employed  in  the 
simulation  for  illumination.  Flare  position  in  X,Y,  and  height  are  pro¬ 
vided  to  the  subroutine  through  the  sensor  common  area.  So  also  are  the 
parameters  for  the  indirect  searchlight,  XLITE,  YLITE,  AINTNS,  and  for 
both  the  indicators  ILXTRA  and  MODE.  Either  of  these  light  sources  may 
be  used  with  a  direct  searchlight  but  both  indirect  searchlight  and  flare  can¬ 
not  be  input  at  the  same  time.  In  this  model  it  is  assumed  that  the  indirect 
searchlight  illuminates  the  cloud  base  immediately  above  the  target.  The 
assumptions  applying  to  flares  are  described  below  in  the  description  of  the 
subroutine. 


A  value  for  the  index  ILXTRA  greater  than  0  indicates  that 
external  sources  are  to  be  considered.  If  the  index  MODE  is  equal  to  1, 
flares  are  to  be  treated,  whereas,  if  MODE  lies  between  2  and  7  inclusive, 
indirect  searchlights  are  employed.  The  MODE  integers  2,  3,  and  4  indicate 
a  clear  searchlight  with  beamwidths  of  0.017,  0.051,  0.085  radians  respec¬ 
tively,  while  the  integers  5,  6,  and  7  carry  the  same  beamwidth  connotation 
but  for  a  pink  filter  searchlight. 

Considering  first  the  flare,  determinations  are  first  made  to 
locate  the  flare  with  respect  to  cloud  ceiling.  If  the  flare  height  (FLARHT)  is 
greater  than  the  ceiling  (CEIL),  the  flare  intensity  at  the  target  must  be  re¬ 
duced  by  the  cloud  transmission  factor  (FCLOUD).  The  range  from  flare  to 
target  is  inputed  and  denoted  by  RANGE4.  Fog  effects  are  treated  in  the  same 
manner  described  previously  and  atmospheric  transmission  is  denoted  by 
BTRANS.  Thus  the  relative  irrandiance  is  given  by  the  following  expression. 
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EFACTR  =  F CLOUD-,;  BTRANS 
(RANGE4) 


and  the  spectral  irradiance  (ECOMP)  as: 


ECOMP  =  (EFACTR)(AINTNS)(5  x  103) 


where  AINTNS  is  the  cnndlepower  of  the  flare  and  5x10  is  a  conversion 
factor  to  transform  from  candlepower  to  watts  /steradian/meter.  Here  it  is 
assumed  that  the  flare  radiates  uniformly  over  wavelength  at  a  level  given  b.y 
that  within  the  luminous  efficiency  curve.  The  luminous  efficiency  curve  is 
assumed  to  be  square  in  shape  and  0.  2  microns  in  width.  The  flare  is  also 
assumed  to  radiate  uniformly  over  a  solid  angle  of  ir  steradians. 

Flare  irradiance  is  then  added  to  the  total  irradiance  in  each 
wavelength  increment  (I)  computed  to  this  point  as: 

Total  light  level  in  wavelength  Increment  I  “ 

Natural  source  component  in  wavelength  increment  I 
+  Searchlight  component  in  wavelength  increment  I 
+  Flare  light  coflfeonent  in  wavelength  increment  I 

If  a  flare  had  been  employed  a  branch  in  the  program  is  now  made  to  bypass 
the  computations  for  indirect  searchlight  since  both  are  not  treated  simul¬ 
taneously. 


If  flares  had  not  been  considered,  the  index  MODE  had  a 
value  of  2  or  higher,  the  program  would  have  bypassed  the  flare  routine  and 
re-entered  the  subroutine  for  indirect  searchlight  simulation.  First  checks 
are  made  on  cloud  cover  (CCOVER)  and  ceiling  (CEIL)  to  insure  the  require¬ 
ments  are  met.  It  is  assumed  that  indirect  searchlight  will  be  ineffective  if 
cloud  cover  is  less  than  50  pe -cent  or  if  ceiling  is  greater  than  2000  meters 
and  this  segment  of  the  subroutine  would  be  bypassed  if  either  assumption  is 
not  met. 


Assuming  conditions  are  proper,  range  from  searchlight  to 
cloud  base  above  target  is  computed  as  RANGE6.  Atmospheric  transmission 
and  fog  effects  are  treated  as  previously  described  in  previous  discussion. 
The  reflective  factor  (REFLNF)  for  the  cloud  is  assumed  to  be 


REFLNF  =  0.05  (1-TCLOUD) 


where  TCLOUD  is  the  cloud  transmission  factor,  a  decimal  function  ranging 
from  0.  0  to  1.0  and  derived  from  the  ATMENV  table.  It  is  assumed  that  the 
cloud  can  be  treated  as  an  extended  area  source  that  provides  diffuse 
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illumination  to  the  ground  below.  The  geometric  loss  factor  (EFACTR)  for  the 
problem  illustrated  in  Figure  3.3-19  ic  expressed  as: 


EFACTR 


_ A  LOSS  •  REFLNF _ 

,r(BEAMWDj2NDX  •  RANGE?) T  CEIL5 


CEIL 


where  ALOSS  is  the  total  atmospheric  transmission  factor,  BEAMWD(IND}C)  is 
the  beamwidth  of  the  searchlight  as  derived  from  the  subroutine  data  state¬ 
ment  keyed  by  INDX  which  is  itself  given  by  (INDX  =  MODE-1).  The  total 
function  of  irradiance  incident  on  the  target  (ECOMP)  is  them  computed  as: 


ECOMP  = 


0.  269(AINTN3) 

(beamwdin^7 


EFACTR 


and  after  selecting  the  appropirate  filter  keyed  on  MODE  as  noted  above,  the 
total  irradiance  for  each- wavelength  increment  (I)  is  computed  by: 


Total  Light  Level  =  (Total  Light  Level)^at  +  (ECOMP)(Spectral  Distribution 

of  Power) 

I 


Figure  3.3-19  GEOMETRY  FOR  INDIRECT  SEARCHLIGHT 
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At  this  point  all  sources  of  light  have  been  examin  .  and  com¬ 
putations  for  sensor  performance  are  next  executed.  First,  several  checks 
are  made.  If  the  index  ICLAbo  is  zero,  natural  vision  is  implied.  If,  for 
natural  eyesight,  the  light  level  at  550  millimicrons  is  less  than  one  watt/ 
square  meter /meter,*  probability  of  detection  will  be  zero  and  an  exit  will  be 
made  from  the  subroutine.  If  the  spectral  irradiance  lies  between  1  and  100 
watts /square  meter /meter,  scotoptic  vision  response  values  are  employed, 
but  for  levels  above  100  watts /square  meter /meter  fotoptic  vision  response 
is  used.  These  responses  are  located  in  the  data  statements  in  the  subroutine. 

g  If  ICLASS  had  been  one  and  light  level  at  550  millimicrons  less 

than  10  ,  a  night  vision  device  can  be  applied  and  the  program  would  have 
branched  to  transfer  the  photo  cathode  spectral  response  data  into  the  sub¬ 
routine.  This  course  will  also  be  taken  if  light  level  is  greater  than  10^  but 
a  daylight  device  (ITYPE=0)  had  been  employed. 

Having  selected  the  appropriate  sensor  responses,  light  level 
(TLIGHT)  is  next  converted  from  units  of  watts /square  meter /meter  to 
watts /square  centimeter /millimicron  by  a  10" 13  factor  multiplication.  Then 
by  making  use  of  an  integrating  function  subroutine  QUAD,  computations  of 
total  background  target,  and  skylight  radiances  (RADBAK,  RADTAR,  RADSKY) 
are  carried  out  by  introducing  background  and  target  spectral  reflectivities 
(REFLBK  and  REFLTG).  It  should  be  noted  that  atmospheric  scattering  is 
considered  to  be  insensitive  to  wavelength  in  this  simulation,  a  factor  that 
should  be  considered  in  further  simulation  development.  The  inherent  con¬ 
trast  of  the  target  with  respect  to  the  background  {TRASTI)  is  then  determined 


TRASTI  = 


1ADBAK  -  RADTAR | 
radbAk 


and  can  take  on  values  from  0  (RADBAK  =  RADTAR)  to  •  (RADTAR  #  0, 
RADBAK  =  0).  The  remainder  of  the  subroutine  treats  the  loss  in  inherent 
contrast  due  to  atmosphere  and  sensor  and  subsequently  the  probability  of 
detection. 

The  apparent  contrast  (ATRAST)  is  computed  from  the  equation 


.  ™  _  TRASTI 

ATRAST  .  —cXf] 

1  +  cay! 


where  the  ratio  CAY1  ;GAY2  is  the  ratio  of  the  amount  of  power  at  the  sensor 
due  to  atmospheric  scattered  light  to  that  due  to  the  background.  The  problem 
is  illustrated  in  Figure  3.3-20  . 

*1  vatt/iq.  netsr/aster  *10  ^  watt/cm,  «q /millimicron  ~  10  ^  foot  candits. 
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Figure  3.3-20  DEFINITION  OF  SCATTER  COMPONENT,  CAY1 


Note  that  for  searchlight  problems,  the  atmospheric  scatter  component, 

CAY1,  is  increased  by  scattering  of  searchlight  power  over  the  sensor-search¬ 
light  intersection  region. 

If  an  electronic  aided  sensor  is  employed  the  total  current  on 
the  sensor  due  to  light  falling  on  its  aperture  is  computed  as  background  noise 
(BKNOIS)  as  follows: 


BKNOIS  =  <TIMC0N)(0PTXMN)(tt  )(CAY1  +  CAY2) 

MFNUMBR)2  (1.6  x  lO'1') 


,-17 


The  10  *'  factor  includes  the  conversions  from  photons  or  charge /second  to 
current  (1.6  x  10"1-)  and  conversion  from  square  millimeters  to  square  centi¬ 
meters.  The  response  of  the  imaging  device  is  given  in  terms  of  modulation 
transfer  function  which  relates  relative  amplitude  of  output  cyclic  response  to 
input  cyclic  forcing  functions  as  shown  in  Fig.  3.3-21.  The  subroutine  uses  the 
modulation  transfer  constant,  the  area  under  the  modulation  transfer  function 
curve.  Thus  two  devices  with  the  same  area  would  show  equal  performance 
although  in  practice  some  differences  would  be  observed.  Compare  the  solid 
(1)  and  dashed  (2)  curves  which  have  the  same  area.  The  present  structure  of 
the  model  is  not  adequate  to  distinguish  between  these  two  devices.  However, 
the  differences  between  the  first  two  and  that  denoted  as  (3)  in  the  figure  are 
of  significance  in  the  simulation. 
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The  computation  of  SIGNAL,  apparent  contrast  times  back¬ 
ground  noise,  and  the  signal  to  noise  ratio  are  straightforward. 


The  resolution  of  the  sensor  will  be  a  function  of  the  light 
level  and  of  the  signal-to-noise  ratio  (SGNOIS).  The  effective  sensor  resolu 
tion  (EFFECT)  is  shown  in  Figure  3.3-22. 


Figure  3.3-22  SENSOR  RESOLUTION  VS  SIGNAL  TO  NOISE 

(Ref  13,  14) 


If  signal-to-noise  ratio  is  greater  than  five,  the  response  increases  only 
slowly  with  signal-to-noise  ratio  itself  a  function  of  apparent  contrast  and  an 
inverse  function  of  the  square  root  of  the  noise  current,  a  function  of  light 
level.  For  signal-to-noise  ratio  greater  than  five  the  functional  relation  is 
given  as 


EFFECT  =  2  XMTF  (0.  883  +  0.  166  logI0  SGNOIS) 

The  bracketed  function  is  designed  to  be  unity  at  a  signal-to-noise  ratio  of 
five.  For  SGNOIS  less  than  five  the  response  EFFECT  falls  off  at  the  rate 
given  by 


EFFECT  =  0.4  SGNOIS  +  XMTF 


Then  the  ratio  of  the  angle  subtended  by  the  target  to  the  mini¬ 
mum  resolvable  angle  (RATIO)  is  found  for  the  conditions  prevailing.  Multiple 
element  targets  are  introduced  through  the  index  FNTR  which  is  a  function  of 
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the  number  of  elements  In  the  field  of  view.  The  empirical  relation  for  the 
exponent  function  EXPON  Is  then  determined  as: 

EXP  ON  -  CAY 3  (RATIO  .  FNTR)2 

where  CAY3  is  a  weighting  factor.  The  subroutine  then  proceeds  to  the  proba¬ 
bility  of  detection,  POET  which  Is  computed  as: 

POET  ■  1  -  e  -(EXP0N) 

FDET  is  subsequently  tested  against  a  random  number  to  develop  the  logical 
output,  UDET  »  True  or  False. 


For  natural  vision,  the  subroutine  is  re-entered  where  the  con¬ 
version  from  irradiance  to  illuminance  is  made.  The  light  level  incident  on 
target  and  background  (CANDLE)  is  converted  to  units  of  foot  lamberts  so  that 
the  data  of  Reference  15may  be  employed  directly.  This  data  permits  the 
logarithm  of  apparent  contrast  (CONTRA)  and  the  light  level  in  foot  lamberts 
to  be  employed  to  determine  logarithm  of  minimum  resolvable  angle  sub¬ 
tended  by  a  target  for  these  conditions  (VEANG1.  The  functional  relations 
between  logarithm  contrast,  logarithm  visual  angle  and  light  level  are  con¬ 
tained  in  a  separate  function  subroutine  ANG.  In  using  function  subroutine 
ANG,  and  by  entering  with  CANDLE  and  CONTRA,  VEANG  is  determined. 
VEANG  is  converted  from  its  logarithmic  basis  to  minutes  by: 

ANGLE  =  10<VISANG> 


Then  the  ratio  of  the  angle  subtended  by  the  target  to  the  minimum  resolvable 
angle  is  determined  using  a  factor  3437.  747  for  the  conversion  from  radians 
to  minutes.  As  with  electronic  aided  devices, the  multiple-element  target  fac¬ 
tor  FNTR  and  RATIO  are  used  to  determine  the  exponent  function 

2 

EXPON  -  DEVCON  (RATIO  .  FNTR) 

where  DEVCON  Is  a  weighting  factor  with  the  appropriate  i  of  DEVCAL.  The 
probability  of  detection  Is  determined  as  described  above. 
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3.3.9 


Subroutine  BRKWIR 


3.3.9. 1 


Purpose 


This  subroutine  provides  a  simulation  of  breakwire  devices 
for  determining  probability  of  actuating  the  sensor  and  to  generate  an  output 
report,  either  a  true  or  false  detection. 

3 . 3.  9.  2  Glossary  of.  Inputs,  Computed  Values,  and  Outputs 

Input  Values 

KSTRNG  Target  Classifier 

IDSNSR  Sensor  ID 

IDTGT  Target  ID 

ITGTTP  Target  Type 

IUT  Index  on  Unit  Terrain 

NOELEM  Number  of  Elements  in  Target  Group 

Internally  Stored  Designer  Input  Values 

DISCQM  Detection  Factor,  A  Function  of  Vegetation 

Labelled  Common  Inputea  Values 

IPRINT  Output  Data  Device  Designator  =  6 

ITIME  Game  Running  Time 

ITOD  Time  of  Day 

LDUMP  True  =  Intermediate  Calculations  Printed,  False  =  No  Print 

Computed  Values 

DAYLIT  Detection  Factor,  A  Function  of  Light  Level 

DISCOV  Detection  Factor,  A  Function  of  Vegetation 

DUM  Dummy  Argument 

EXPON  Effective  Number  of  Elements 

KFAUN  Index  on  Time  of  Day,  l=Daylight,  2=Night 

PBRK  Probability  for  Single  Element  to  Break  Wire 

PDET  Probability  of  Detecting  Target 

PDWIRE  Probability  of  Detecting  Wire 

PWDET  Probability  of  Detecting  Wire,  Best  Conditions 

Output  Values 

LDET  Detection  (True-False) 

3.  3.  9.  3  Description  of  Subroutine  Logic  and  Processing 

The  breakwire  device  consist;;  of  a  thin  cable  consisting  of  two 
very  fine  wires  (AWG44,  for  example)  which  is  emplaced  around  a  perimeter 
or  along  a  line  to  be  monitored.  If  an  intrusion  takes  place,  the  wire  is 
broken  and  continuity  being  checked  at  the  monitor  is  los,',  resulting  in  an 
alarm.  The  simulation  of  this  type  device,  therefore,  consists  simply  of  a 
probability  statement  regarding  the  breakage  of  the  wire  given  an  intrusion 
event. 
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In  this  subroutine  the  probability  of  breaking  the  wire  is  given 
as  a  function  of  the  number  of  elements  in  the  target,  the  probability  per  ele¬ 
ment  of  breaking  the  wire,  the  probability  per  element  of  discovering  the 
wire  before  breakage,  and  the  target  type.  Qn  entering  the  subroutine  (Fig¬ 
ure  3.3-23)  processing  is  directed  to  one  of  seven  sets  of  assignment  state¬ 
ments  depending  on  target  type  (ITGTTP)  and  character  (KSTRNG).  Each 
set  of  assignments  contains  an  estimate  of  the  probability  for  breaking  the 
wire  per  target  element  (PBRK)  and  an  estimate  of  the  probability  of  the  wire 
being  detected  by  the  first  element  in  the  target  (PWDET).  Thus  for  a  troop 
type  target  PBRK  is  assumed  to  be  0.  5  and  PWDET  to  be  1.0.  This  latter 
estimate  will  be  modified  by  foliage  and  light  level  at  a  later  stage  in  the  pro¬ 
gram. 


Next  a  determination  of  time  of  day  of  significance  to  this  sensor 
is  computed  through  the  index  KFAUN.  Daylight  is  considered  to  extend  from 
6AM  to  6PM  with  KFAUN  =  1  and  a  light  level  detection  factor,  DAYL1T  =1.0 
for  this  condition.  For  night  conditions  DAYLIT  is  set  equal  to  0.  1. 

The  vegetation  characteristics  in  the  vicinity  of  the  sensor  will 
also  play  a  role  in  the  detection  capability  of  the  intruder  for  the  wire.  A  set 
of  wire  detection  modifiers  are  contained  in  the  data  set  labelled  D1SCOV  which 
is  keyed  to  the  terrain  index  (IUT)  number,  (Section  5.3.2),  The  assignments 
based  on  intuitivs  argument  only,  are  shown  tn  the  table  below. 


IUT 

IUT 

Number 

Description 

DISCOV 

1 

Rice  Land 

0.  5 

2 

Single  Canopy,  Light  Undergrowth 

0.2 

3 

Brush  Wood,  Coffee  Plantations 

0.2 

4 

Brush  Wood,  Coffee  Plantations 

0.2 

Multi-canopy,  Dense  Undergrowth 

0.  1 

6 

Multi-canopy,  Dense  Undergrowth 

0.  1 

7 

Single  or  Multiple  Canopy,  Bamboo 

0.  1 

8 

Dune  Grass  on  Sand 

0.7 

Not  Specified  as  Yet 

0.  0 

10 

Not  Specified  as  Yet 

0.0 

The  probability  of  detecting  the  wire  (PDWIRE)  is  computed  as: 


PD  WIRE  =  (PWDET)  (DAY  LIT  MDISCOV) 


This  result  is  tested  against  a  random  number  and  if  detection  probability  is 
greater  than  the  random  number,  the  number  of  elements  in  the  target  is 
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reduced  by  a  factor  of  ten.  Otherwise  the  effective  number  of  target  elements 
is  the  actual  number.  The  variable  for  effective  number  of  elements  (EXPON) 
is  thus  developed  by  these  selection  rules.  If  EXPON  is  less  than  0. 11,  how* 
ever  (which  would  be  the  case  if  the  number  of  elements  in  the  target  was  one 
and  the  discovery  of  t’-c  wire  was  found  to  be  true),  detection  is  declared  to  be 
false  and  control  is  returned  to  the  executive  subroutine.  Otherwise  proba¬ 
bility  of  detection  (PDET),  probability  of  target  breaking  the  wire  is  given  by: 


POET  =  1.0  -  (1.0  -  PBRK) 


A  test  is  then  made  on  PDET  by  comparing  PDET  with  a  random  number.  If 
the  PDET  is  the  greater,  a  detection  is  declared  to  take  place,  otherwise 
LDET  =  False. 

It  is  to  be  noted  that  the  probabilities  associated  with  the  target 
types  for  both  breaking  and  discovering  the  wire  are  only  suggested  values  at 
this  time  having  no  supporting  field  data  for  a  basis.  As  such  they  must  be 
regarded  as  tentative  and  highly  subject  to  change  as  the  field  data  base  is 
developed. 
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